Kevin Angus schrieb:
> Three days and no problems, I have to assume that the max_connections fix
> our problem.
The 5.4.17 + authlib recompile hint did it for me, everything running well.
Regards,
--ck
--
php development | hosting | housing | professional game server hosting
http://www.de-pun
Jianbin Xiao schrieb:
> vpopmail library is static,so MUST compile a new build of courier-authlib.
>
Ah. That seems to have fixed it. I'm gonna watch the logfiles, but the steps I
used yesterday to reproduce the problem don't work any more. Lookds good :)
Thanks so much, this was a real bugger.
>
> After recompiling vpopmail, did you remember to compile a new build of
> courier-authlib ?
>
> Michael.
>
>
Uhm... no? Is that really necessary and if so, why?
--ck
--
php development | hosting | housing | professional game server hosting
http://www.de-punkt.de [ [EMAIL PROTECTED] ]
Michael Bellears schrieb:
>>> Just how busy is MySQL?
>>>
>>>
>> Not very. The server is kinda big and the "lost connection"
>> is almost instant.
>> The reconnect, though, takes a couple seconds.
>
> Does restarting MySQL "resolve" the problem for a period?
>
>
Not at all. I see the connectio
Michael Bellears schrieb:
>> 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)
>
> Just how busy is MySQL?
>
>
Not very. The server is kinda big and the "lost connect
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
