Re: DBIS - new IETF drafts

Howard Chu <[email protected]> Thu, 09 Jan 2014 18:33:56 -0800
Newsgroups gmane.ietf.ldapext
Message-ID <[email protected]>
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/