Re: Case Sensitive Lookup and Searching | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
On Tue, Jul 8, 2008 at 6:24 AM, Michael Ströder <michael@xxxxxxxxxxxx> wrote: > Hmm, but then the problem of the original poster is that the matching rule > applied to an attribute value (based on your rule above) has nothing to with > the normalization of the entry's RDN. > Because he was asking about memberUid=steves vs. memberUid=Steves which are > two different entries in his data (based on caseExactIA5Match) but are > treated as the same entry in FDS. > > (Nevertheless he should get his data fixed for various reasons.) I agree, my schema (and data) are terrible. It's an artifact from openldap not being as conforming as fds. My main concern is that sanitizing my repository would require changing usernames for a hundred odd external users, something I wish to avoid. But given how memberUid's case sensitivity is nullified when part of a dn, migration it is. Thank you all for your help, Regards, Mike -- Fedora-directory-users mailing list Fedora-directory-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-users
[Fedora Directory Devel] [Fedora Announce] [Fedora Legacy Announce] [Home] [Fedora Tools] [Kernel] [Fedora Legacy] [Share Photos] [Fedora Desktop] [PAM] [Red Hat Watch] [Red Hat Development] [Red Hat 9 Bible] [Red Hat 9] [Big List of Linux Books] [Gimp] [Yosemite News]