Hi all, after checking the threads, the intermittant VCLOSE patch and finally updating vpopmail to 5.4.17, I'm rapidly running out of ideas.
Like the previous posters, I encountered seemingly random auth failures for IMAP boxes, authenticated with the authvchkpw module for courier-authlib. I have tracked down the problem to the mysql threads timing out after 5 minutes (we are using the database server that handles authentication for other purposes, too) and applied various patches to fix the issue. I can reproduce the issue by selectively killing off the mysql thread that handles authentication and then logging in to my IMAP box. I am running vpopmail 5.4.17 now and what I am getting now is the same as before: Jul 24 23:47:01 webby imapd-ssl: Connection, ip=[::ffff:62.4.81.200] Jul 24 23:47:01 webby authdaemond: received auth request, service=imaps, authtype=login Jul 24 23:47:01 webby authdaemond: authvchkpw: trying this module Jul 24 23:47:01 webby authdaemond: vmysql: sql error[3]: Lost connection to MySQL server during query Jul 24 23:47:01 webby authdaemond: vchkpw: user does not exist Jul 24 23:47:01 webby authdaemond: authvchkpw: REJECT - try next module Jul 24 23:47:01 webby authdaemond: FAIL, all modules rejected Jul 24 23:47:06 webby authdaemond: authvchkpw: trying this module Jul 24 23:47:06 webby authdaemond: vmysql: error creating table 'lastauth': Table 'lastauth' already exists Jul 24 23:47:06 webby authdaemond: authvchkpw: sysusername=<null>, sysuserid=511, sysgroupid=506, homedir=/home/vpopmail/domains/0/beck-media.de/ticket-system, [EMAIL PROTECTED], fullname=ticket-system, maildir=<null>, quota=<null>, options=disablewebmail=0,disablepop3=0,disableimap=0 Jul 24 23:47:06 webby authdaemond: authvchkpw: sysusername=<null>, sysuserid=511, sysgroupid=506, Jul 24 23:47:06 webby authdaemond: password matches successfully Authlib automatically retries upon failure, and sometimes succeeds, but this seems to take too long for some very picky clients. On top of that, I can't see the " Attempting to rebuild connection to SQL server" message that is supposed to be logged to STDERR upon reconnection. I restarted authdaemond, vpopmail, qmail (all multiple times) and I have no idea why I keep getting the error. Anyone got a pointer for me? --ck Is there an -- php development | hosting | housing | professional game server hosting http://www.de-punkt.de [ [EMAIL PROTECTED] ] http://www.stormix.de Hotline: 07000-3378658 (12 Ct/min) | Fax: 01805-963951172 (12 Ct/min) "PHP-Sicherheit" - jetzt vorbestellen! http://www.php-sicherheit.de/
