Re: [ldapext] DBIS - new IETF drafts

Howard Chu <hyc@highlandsun.com> Fri, 10 January 2014 02:34 UTC

Return-Path: <hyc@highlandsun.com>
X-Original-To: ldapext@ietfa.amsl.com
Delivered-To: ldapext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3713B1ADFA5 for <ldapext@ietfa.amsl.com>; Thu, 9 Jan 2014 18:34:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.439
X-Spam-Level:
X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ObMsU2lvbu6q for <ldapext@ietfa.amsl.com>; Thu, 9 Jan 2014 18:34:08 -0800 (PST)
Received: from mail.highlandsun.com (mail.highlandsun.com [70.87.222.79]) by ietfa.amsl.com (Postfix) with ESMTP id F18331ADF88 for <ldapext@ietf.org>; Thu, 9 Jan 2014 18:34:07 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail.highlandsun.com (Postfix) with ESMTP id 4AB2510F3D; Thu, 9 Jan 2014 21:33:57 -0500 (EST)
Message-ID: <52CF5C14.3020600@highlandsun.com>
Date: Thu, 09 Jan 2014 18:33:56 -0800
From: Howard Chu <hyc@highlandsun.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26a1
MIME-Version: 1.0
To: Mark R Bannister <dbis@proseconsulting.co.uk>, ldapext@ietf.org
References: <52C9BED5.2080900@proseconsulting.co.uk> <52CAEA7D.5030002@highlandsun.com> <52CB194D.3090009@proseconsulting.co.uk> <52CB1DE3.6040000@highlandsun.com> <52CB2194.30907@proseconsulting.co.uk> <52CB24F4.1030503@highlandsun.com> <52CDB3EE.6080203@proseconsulting.co.uk>
In-Reply-To: <52CDB3EE.6080203@proseconsulting.co.uk>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [ldapext] DBIS - new IETF drafts
X-BeenThere: ldapext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: LDAP Extension Working Group <ldapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ldapext>, <mailto:ldapext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ldapext/>
List-Post: <mailto:ldapext@ietf.org>
List-Help: <mailto:ldapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ldapext>, <mailto:ldapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jan 2014 02:34:10 -0000

Mark R Bannister wrote:
> On 06/01/2014 21:49, Howard Chu wrote:
>> The alarming part is that such obvious flaws in data modeling are
>> still occurring today, over a decade after they were first addressed.
>> I raised these issues back in 2001 as I recall. Some references in
>> 2002 http://www.openldap.org/lists/openldap-software/200201/msg00628.html
>
> Well, I still wouldn't call that "alarming" unless you are of the
> singular belief that every message you have personally written has been
> read by everyone in the world.

Don't be stupid. My expectation is that anyone who intends to write new LDAP 
specifications for the IETF has already read all of the existing LDAP 
specifications and any discussions surrounding relevant works-in-progress, 
along with the already published defects in such unfinished items. Clearly you 
have not done your due diligence.

It takes very little time to troll the ldapext mailing list archive and find 
previous attempts to fix RFC2307. E.g. 
http://www.ietf.org/mail-archive/web/ldapext/current/msg01808.html

It takes not much time at all to google "rfc2307 nis ldap" and find commentary 
from the original author(s) noting the spec's problems and better alternatives.
http://www.openldap.org/lists/openldap-software/200201/msg00628.html
http://www.openldap.org/lists/openldap-software/200109/msg00278.html

It takes not much time at all to see that most of the problems you're trying 
to address have already been attacked, e.g. the schema mapping in your spec 
overlaps RFC4687.

If you haven't fully absorbed the existing specs and standardization efforts 
then there's no way to take anything you've done as anything other than 
reinventing the wheel. That's not how progress gets made, that's how time gets 
wasted.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/