Re: why posixAccount MUST contain 'cn'?
Kurt Zeilenga <[email protected]> Sun, 14 Dec 2014 13:11:02 -0800
| Newsgroups | gmane.ietf.ldapext |
|---|---|
| Message-ID | <[email protected]> |
> On Dec 14, 2014, at 12:19 PM, Michael Ströder <[email protected]> wrote: > > Kurt Zeilenga wrote: >> >>> On Dec 14, 2014, at 11:42 AM, Michael Ströder <[email protected]> wrote: >>> >>> Kurt Zeilenga wrote: >>>> >>>>> On Dec 14, 2014, at 9:35 AM, Michael Ströder <[email protected]> wrote: >>>>> >>>>> Kurt Zeilenga wrote: >>>>>>> I'd be in favour of relaxing this to MAY cn in RFC2307bis. >>>>>> >>>>>> See BCP 118 [RFC 4521], Section 5 concerning IETF rules for changing previously published schema definitions. >>>>> >>>>> Yes, but RFC2307bis also changes posixGroup schema. >>>> >>>> Don’t expect I-Ds which violate BCPs to become RFCs. >>> >>> Are you saying that draft-howard-rfc2307bis will never become an RFC because >>> it changes the declaration of 'posixGroup' ('member' instead of 'memberUID') >>> defined in the experimental RFC 2307? >> >> I won’t say “never” as well BCPs themselves are subject today… but I can >> tell you that I, as the IESG’s appointed LDAP registries expert to IANA, >> have and will reject requests to register LDAP parameters which purport to >> modify previously published LDAP schema definitions. Of course, such >> actions are appealable. > > So RFC2307bis must start over with completely new NAMEs > for e.g. posixGroup? Yes, as posixGroup has already been published, if you don’t want to use it as published, you need to create a replacement for it… and that replacement has to have a new OID and a new NAME. - Kurt > > (Personally I don't care about assigning a new OID because most LDAP client > implementations don't handle OIDs anyway.) > > Ciao, Michael. > > _______________________________________________ > Ldapext mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/ldapext