As told in other messages, the way of playing is different.
Each vpopmail/qmail program usually executes brieftly and opens and
closes MySQL, so there are no abnormal exits.
When courier plays (both imap and pop), it asks auth data to
courier's auth daemon.
When this daemon is started, it opens MySQL and never closes it, as
it supposes to reuse continuosly the same opened connection.
But if none is going to use the connection for eigth hours, MySQL
itself closes the connection.
This will be opened again automatically by vpopmail library in
courier's daemon, but you see an error in MySQL stats.
Hope I've been clear.
At 12.54 05/10/2007, [EMAIL PROTECTED] wrote:
sorry for insisting but this happens when courier enters, it's the same
for pop, or imap or... in the moment courier enters in the play for imap
only imagine because you use qmail-pop there in the way I told
yesterday... after some time of inactivity happens this...
sorry for insisting
>> At 04.55 05/10/2007, you wrote:
>>>tonix (Antonio Nati) wrote:
>>>>MysSQL has now an hardcoded timeout of eight hours.
>>>>Courier uses it's authentication daemon with persistent attach to
>>>>vpopmail/MySQL, it could be that during the night there are no
>>>>requests, so MySQL connections are droppped (by MySQL).
>>>I thought this was addressed in a recent version of vpopmail?
>> Yes, but you see in the logs that some connections have been dropped.
> Yep but wait a minute! if you have a machine in wich you only run qmail
> for mail scanning or smtp relay, or even with qmail-pop3d you don't get
> those aborted clients... but if you run there pop and imap with couier, so
> the problem occurs when you use courier... if you don't use it... you
> don't see any error... and both use vpopmail equally aren't they (courier
> and qmail) ?
> if you have for example qmail-smtpd with smtp auth only and of course
> vpopmail you will never have that errors...
> and you go to ask to courier and they say is a vpopmail question... but
> vpopmail works fine with qmail-smtpd!!!
> this was an important detail I forgot to tell yesterday...
> could this give you any more clue???