[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Why didn't rfc2307bis supersede rfc2307?



Hi,

As far as I remember, since this happened more than 10 years ago, Luke working with people at HP started to revise RFC2307 (which is experimental i.e. not even close to a standard). Sun and HP implemented some of the ideas, but other vendors did not.

Just my 2 cents.

Ludo
Ludovic Poitou

On 27 June 2017 at 17:43:09, John Lewis (oflameo2@gmail.com) wrote:

On Tue, 2017-06-27 at 11:01 +0200, Michael Ströder wrote:
> John Lewis wrote:
> > https://tools.ietf.org/html/draft-howard-rfc2307bis-02
> >
> > They only thing that jumps at me is the name. It doesn't follow rfc
> > norms.
>
> Naming is fine because it's still only a Internet draft and not an RFC.
>
> > I am having a really hard time finding anyone who says that the standard
> > is bad.
>
> It's simply not finished. After LDAPcon 2015 there was an attempt to resurrect
> ietf-ldapext WG and one of the possible work items would be to get this to RFC status.
>
> If you're eager to push this you should thoroughly review the discussions on the still
> functional ietf-ldapext mailing list before:
>
> https://mailarchive.ietf.org/arch/browse/ldapext/
>
> Ciao, Michael.
>

It is only going to take me a couple days to read the whole archive
(Thanks Evolution team https://wiki.gnome.org/Apps/Evolution/ for mbox
import support) and another half hour to change into the cloths of the
corporate entity I want to go into the discussion as.

I haven't manage to come across any flamewars that caused and impasse
yet. Were there any troublesome threads where a decision wasn't made?
The only thing particularly notable is one or two guys are trying to
standardize behavior they want to see in the main standard that nobody
wants as a default because it is a bad default and try to sell another
standard that will work whether or not rfc2307-02 gets ratified as a new
rfc. They already negated their own issue and has no room to negotiate.