Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'DSA2004: Invalid Path / this one is WEIRD!!!' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
DSA2004: Invalid Path / this one is WEIRD!!!
Authored by: nick on Dec 05, '03 10:09:15AM

i tried this hint to implement a content-management-system on our x-server with the given users: the php-cms authenticates vs. ldap (as i couldn't figure out to auth vs. netinfo: is there mod_auth_apple for apache2?).

i'm an ldap-beginner, but it worked fine. with all but a few of the users. the users wich didn't work happened to be the top users on the list in the ldap-browser. first i thought it had s.t. to do with the number of users: 128 worked, 9 didn't. hmm... 128... nice binary number... then i added additional users and deleted some... and it behaved incedible weird: 128/9 (working/not working); 128/10; 129/10; 140/17 (!); 141/17; 142/9(!)... the number of working/notworking users altered in a way that i couldn't see a pattern. the error in the logs was "send_ldap_result: err=32 matched="" text="DSA2004: Invalid Path"
".

the top 9 users where always not working. then the (absurd?) thought came to me, that it had something to do with the case of the user-name. i didn't think it was likely as i had situations in wich users without capital letters didn't work, too. but that did the trick. i had to change "_writers_passwd", "_writers_tim_password" and "name" to attribues without capital letters.

anyone knows, why? i guess it has s.t. to do with apples netinfo-to-ldap bridge (bug or feature?)



[ Reply to This | # ]