[Dovecot] Connection refused with auth-master afterupgradingto Dovecot 1.0 rc 28

Jason Warner jasonw at brashers.com
Tue Apr 10 21:00:50 EEST 2007



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





More information about the dovecot mailing list