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

Re: Compare on DNs is sometimes incorrect (ITS#282)



At 03:57 PM 9/9/99 GMT, dave@rudedog.org wrote:
>Full_Name: Dave Carrigan
>Version: 1.2.6
>OS: Linux
>URL: 
>Submission from: (NULL) (216.39.144.181)
>
>
>Assume the following groupOfUniqueNames:
>
> dn: cn=The Group, o=Airius.com
> objectclass: top
> objectclass: groupOfUniqueNames
> cn: The Group
> uniqueMember: uid= carter, o=Airius.com
>
>Now, assume I call
>
>  ldap_compare_s(ldap, "cn=The Group, o=Airius.com", 
>                       "uniquemember", "uid=carter, o=Airius.com") 
>
>This returns LDAP_COMPARE_FALSE. It should return LDAP_COMPARE_TRUE, because in
>
>LDAPv2, the DNs "uid=carter, o=Airius.com" and "uid= carter, o=Airius.com" are 
>equivalent.

Attributes are only compared as DNs if the attribute type is known to
contain DNs.  It's likely you have not specify a syntax for "uniquemember"
and it defaulted to case ignore string.

Please add:
	attribute uniquemember dn

to your local schema configuration file.

Kurt