Full_Name: Richard Nelson Version: 2.4.7-6.1 (Debian) OS: Linux (Debian) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (66.245.249.50)
Here's the alias ldif (modelled after the FAQ 1111 entry)
$ ldapsearch -a never uid=wilfing dn: uid=wilfing,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com uid: wilfing aliasedObjectName: uid=wilfinge,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com objectClass: alias objectClass: extensibleObject
And the aliased entry: $ ldapsearch -a never uid=wilfinge dn # wilfinge, Users, cobpli.svl.ibm.com dn: uid=wilfinge,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com
When I try to actually use the alias, it fails: $ ldapsearch -a always uid=wilfing # base <dc=cobpli,dc=svl,dc=ibm,dc=com> (default) with scope subtree # filter: uid=wilfing # requesting: ALL #
# search result search: 4 result: 0 Success
The logs seemed to imply that, rather than the expect DN replacement and search, that the slapd-hdb actually scanned the entire subtree (curiously missing the alias entry) and returned no data
In case it matters, here's the index entry for uid: index uid pres,eq,sub
I renamed the alias from 'wilfing' to 'alias' to make sure it wasn't due to the alias being a substring of the true name - but that didn't help either