I see that rfc2307bis suggests 'uniquemember'. Since nss_ldap follows rfc2307bis, it should use 'uniquemember' to be consistent.
Now, the AD specific 'member' could either be specified using schema mapping or the code could support both 'uniquemember' and 'member' and handle duplicates. --Baban On 05/12/09 17:25, Erwin Aitenbichler wrote: > Hi Nico, > > Thanks! > > The webrev is here: http://cr.opensolaris.org/~eait/onnv-ea/ > > I don't have ARC materials yet and I'd appreciate your help, since I'm > new to the project. > > From the architectural point of view, my changes to nss_ldap/getgrent.c > do not introduce any new interactions with other components. > However, there might be an overlap with nss_ad in terms of functionality. > > My contributor number is #OS0371. > > Best, > Erwin > > Am 12.05.2009 um 18:53 schrieb Nicolas Williams: > >> I've agreed to sponsor 6834242. >> >> Erwin, >> >> Do send me a webrev and any ARC materials you may have (I think we'll >> need a fasttrack ARC case). If you don't have ARC materials then I can >> help you draft them. >> >> Nico >> -- > > _______________________________________________ > sparks-discuss mailing list > sparks-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/sparks-discuss
