Displaying 3 results from an estimated 3 matches for "ldap_lookup_pass".
2005 Apr 12
1
test67 ldap_connection
...e existing ldap connection if it exists, the
'passdb_ldap_preinit' and 'usedb_ldap_preinit' will call the
'db_ldap_set_attrs' function on _the same_ 'ldap_connection' object.
- So when the 'db_ldap_search' function is called from the
'passdb-ldap.c:ldap_lookup_pass function, the 5th argument
(passdb_ldap_conn->attr_names) will point to the 'user_attrs'
instead of the 'pass_attrs', since userdb_preinit will have already
been called.
- I've also noticed the use of the 'attr_map' hash to store the
attribute/value pairs, bu...
2005 Mar 30
2
test65 killed by SIGSEV
...outering a SIGSEV problem with a similar set up of a brand
new dovecot-1.0-test65 installation.
The auth process is killed by a SIGSEV as reported in the error log file :
dovecot: Mar 30 17:06:59 Error: child 28291 (auth) killed with signal 11
To be precise, the problem occurs in the
"ldap_lookup_pass" function (auth/passdb-ldap.c)
just before loging the ldap request parameters
(auth_request_log_debug) and to actually perform the search
(db_ldap_search). The signal occurs on the call of
t_strarray_join(attr_names, ",")
What I'm observing is that the "attr_names" a...
2005 Apr 08
2
attr_names in test67
...point 2, userdb_ldap_init (args=0x80796d0 "/usr/local/dovecot/etc/dovecot-ldap.conf")
at userdb-ldap.c:208
208 (void)db_ldap_connect(userdb_ldap_conn);
(gdb) p passdb_ldap_conn->attr_names[1]
$2 = 0x80799e0 "homeDirectory"
(gdb) cont
Continuing.
Breakpoint 3, ldap_lookup_pass (auth_request=0x5, ldap_request=0x14) at passdb-ldap.c:157
157 struct ldap_connection *conn = passdb_ldap_conn;
(gdb) p passdb_ldap_conn->attr_names[1]
$3 = 0x80799e0 "homeDirectory"
(gdb) cont
Continuing.
--
Could it explain why I get
- in the error log :
--
dovecot:...