> -----Original Message----- > From: Timo Sirainen [mailto:[EMAIL PROTECTED] > 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([EMAIL PROTECTED]): setgid(999) failed: Operation not permitted Apr 10 11:48:28 mail postfix/pipe[17576]: 95FC916872D: to=<[EMAIL PROTECTED]>, 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?