-----Original Message----- From: Timo Sirainen [mailto:tss@iki.fi] Sent: Tuesday, April 10, 2007 11:45 AM To: Dovecot Mailing List Cc: Jason Warner; 'Jason Warner' Subject: Re: [Dovecot] Connection refused with auth-master afterupgradingto Dovecot 1.0 rc 28
On 10.4.2007, at 20.35, Timo Sirainen wrote:
On 10.4.2007, at 20.22, Jason Warner wrote:
Apr 10 10:12:15 mail dovecot: auth(default): file auth-request.c: line 474 (auth_request_lookup_credentials_callback): assertion failed: (request->state == AUTH_REQUEST_STATE_PASSDB)
Oh. So the connection refused happens because dovecot-auth crashes. Now this is beginning to make sense. The easiest way to fix this is to add allow_all_users to userdb static's args. I'll try to figure out why this crash is happening.
Adding allow_all_users to my userdb static args gets rid of the previous error message, but now the logs contain this message:
Apr 10 11:48:28 mail deliver(user@domain.com): setgid(999) failed: Operation not permitted Apr 10 11:48:28 mail postfix/pipe[17576]: 95FC916872D: to=user@domain.com, relay=dovecot, delay=0.31, delays=0.26/0.02/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service)
999 is the gid of my vmail user.
Do you have core file in Dovecot's base_dir (/var/run/dovecot/ or / usr/local/var/run/dovecot/ probably)? If so, could you do:
gdb /path/to/dovecot-auth /path/to/core bt full fr 4 p *request
(I think fr 4 is correct to give a usable output for p *request, if it just says "No symbol" try with different fr numbers. It's anyway the one that bt full shows auth_request_lookup_credentials_callback() being in)
I couldn't find a core dump file in the base_dir (/var/run/dovecot). Is there a way to force a core dump?