Timo Sirainen wrote:
On Sun, 2007-03-11 at 17:23 +0000, Chris Wakelin wrote:
It crashes at login (using PAM via pam_ldap to Active Directory). And no, it was the wrong core file <sheepish grin>. Here's the proper backtrace (with "password" instead of what I actually used ;) )
Well, this one is also broken. Some things that point to an invalid backtrace:
<sheepish grin^2> OK this one's actually the right core file *and* the right binary (the other was from dovecot-1.0-beta7.)
(gdb) bt #0 0xfeeb3218 in strlen () from /usr/lib/libc.so.1 #1 0xfef06520 in _doprnt () from /usr/lib/libc.so.1 #2 0xfef08694 in vsnprintf () from /usr/lib/libc.so.1 #3 0x3c878 in str_vprintfa (str=0x580e8, fmt=0x41178 "no passwd file: %s", args=0xffbef5f0) at str.c:118 #4 0x1ca74 in get_log_str (auth_request=0x580e8, subsystem=0x58188 "134.225.251.5", format=0x41178 "no passwd file: %s", va=0xffbef5f0) at auth-request.c:1121 #5 0x1cb60 in auth_request_log_info (auth_request=0xf20f8, subsystem=0x41140 "passwd-file", format=0x41178 "no passwd file: %s") at auth-request.c:1152 #6 0x21614 in db_passwd_file_lookup (db=0x5ffb0, request=0xf20f8) at db-passwd-file.c:416 #7 0x27298 in passwd_file_verify_plain (request=0xf20f8, password=0x580c8 "password", callback=0x1b320 <auth_request_verify_plain_callback>) at passdb-passwd-file.c:78 #8 0x1b518 in auth_request_verify_plain (request=0xf20f8, password=0x580c8 "password", callback=0x22300 <verify_callback>) at auth-request.c:443 #9 0x2246c in mech_plain_auth_continue (request=0xf20f8, data=0x580b0 "", data_size=18) at mech-plain.c:73 #10 0x220a4 in mech_generic_auth_initial (request=0xf20f8, data=0x580b0 "", data_size=18) at mech.c:56 #11 0x1ad1c in auth_request_initial (request=0xf20f8, data=0x580b0 "", data_size=18) at auth-request.c:172 #12 0x1d530 in auth_request_handler_auth_begin (handler=0xb09b8, args=0xf20f8 "") at auth-request-handler.c:346 #13 0x18ce4 in auth_client_handle_line (conn=0x89d30, line=0xaf9a7 "AUTH\t1\tPLAIN\tservice=IMAP\tsecured\tlip=xxx.xxx.xxx.xxx\trip=xxx.xxx.xxx.xxx\tresp=xxxxxxxxxxxxxxxxx") at auth-client-connection.c:175 #14 0x18ec0 in auth_client_input (context=0x89d30) at auth-client-connection.c:247 #15 0x34044 in io_loop_handler_run (ioloop=0x5ff58) at ioloop-poll.c:199 #16 0x33864 in io_loop_run (ioloop=0x5ff58) at ioloop.c:323 #17 0x21efc in main (argc=0, argv=0xffbefb6c) at main.c:321
and here's (more or less) the auth sections from "dovecot -n"
auth default: mechanisms: plain login username_translation: AaBbCcDdEeFfGgHhIiJjKkLlMmNnOoPpQqRrSsTtUuVvWwXxYyZz passdb: driver: passwd-file args: /export/mailconfig/%u/migrating deny: yes passdb: driver: passwd-file args: /export/mailconfig/%u/proxy.%Ls passdb: driver: pam userdb: driver: passwd-file args: /export/mailconfig/%u/proxy.%Ls userdb: driver: passwd-file args: /usr/local/dovecot/etc/userdb
and the migrating and proxy.imap/proxy.pop3 files didn't exist in this case (but may do for other users).
Best Wishes, Chris
-- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094