|I tried it, but again it doesn solve it :(
|# delegated -P389 SERVER=ldaps FSV=sslway ADMIN=root PERMIT="*:*:*"
"SERVER=ldaps" means that the client-side protocol is "ldaps",
but it is not so in your case. You should specify SERVER="ldap".
see <URL:/delegate/Manual.htm#SERVER> for more details.
|03/30 08:50:53.96  3+0: E-P: No permission: lnxtest.anect.com:3449 =>
I hope this problem will be fixed with SERVER=ldap
|4. Thanks a lot for yuor answer and great software (maybe with a
It can be called a bug in the meaning that, when it is used as a
"LDAPS" server for LDAPS client, it rejects LDAPS accesses to be
permitted, given with SERVER=ldaps FCL=sslway, and without
Yutaka Sato <firstname.lastname@example.org> http://www.delegate.org/~ysato/ @ @
Computer Science Division, Electrotechnical Laboratory ( - )
1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan _< >_