On Tue, 5 Dec 2006 01:04:16 +0200 Timo Sirainen <tss@iki.fi> wrote:
On 5.12.2006, at 0.49, Marshal Newrock wrote:
Dec 4 17:39:31 vega dovecot: auth(default): Master request 17193.1 not found Dec 4 17:39:31 vega dovecot: auth(default): master out: NOTFOUND 1 Dec 4 17:39:31 vega dovecot: pop3-login: Internal login failure: user=<XXXX>, method=PLAIN, rip=xx.xx.xx.xx, lip=xx.xx.xx.xx
If this happens consistently, I think there's something wrong in your system. What OS are you using, and do you use some weird kernel
modifications?
OS is Gentoo Linux, using the gentoo-sources kernel. patches listed at http://dev.gentoo.org/~dsd/genpatches/patches-2.6.18-3.htm though I don't see anything which would drastically change the behavior of the kernel.
I could put a 2.6.17 kernel in place if you think this would make a difference.
The 17193 should be the process ID of the pop3-login process. I'm
guessing it's not. You could add pid=%p to login_log_format_elements
to see if this is the case.
The number given in the "master out: NOTFOUND" error message is the same as the pid reported by adding pid=%p to login_log_format_elements. If I set login_process_per_connection = no, then pop3-login appears in the process list with the stated uid.
I've heard earlier also that some kernels make fork() return a
different PID than what the child process's getpid() function
returns. Dovecot really doesn't like that.
-- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com