Dieter Kluenter wrote: > Harry Jede <[email protected]> writes: > >> Hi Vincent, >> >>> Hi, > [...] >>> access to dn.one="ou=personnes, dc=morinie, dc=fr" >> Remove the spaces: >> access to dn.one="ou=personnes,dc=morinie,dc=fr" >>> by anonymous auth >>> by self write >>> by users write >>> >>> I don't understand why I can't get the data! >> A space is a regular and valid character :-( . > > To elaborate a bit more on this: > > the access rule dn.one=ou=personnes, dc=morinie, dc=fr > is acceptable, as I just have tested with my own setup: > > olcAccess: {1}to dn.subtree="ou=adressbuch, o=avci,c=de" by * read > > a search without spaces will provide the requested result: > ldapsearch -x -H ldap://localhost:9004 -b ou=adressbuch,o=avci,c=de > > a search with spaces > ldapsearch -x -H ldap://localhost -b ou=adressbuch, o=avci,c=de > will result in error code 34 invalid DN syntax
You've failed to take into account the shell's parsing behavior. Use: -b "ou=adressbuch, o=avci,c=de" and you'll see that spaces are insignificant. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
