the warnings are daily... on sarge unless on etch yesterday in a testing
machine I had a hang of courier and had to restart it by hand, but today
have started mysqld_safe with --wait_timeout=345600 and haven't seen today
any warning and courier has logged properly... I'm gonna check the two
solutio
[EMAIL PROTECTED] wrote:
Yes it really goes ok... and now for example the server has a uptime of
more or less 110 days... I have never had to restart courier-imap package
(wich I use for pop and imap services) and seems to be running ok... so
this is normal then? and I shouldn't change nothing
Yes it really goes ok... and now for example the server has a uptime of
more or less 110 days... I have never had to restart courier-imap package
(wich I use for pop and imap services) and seems to be running ok... so
this is normal then? and I shouldn't change nothing then? or is it
advisable to i
Christopher Chan wrote:
[EMAIL PROTECTED] wrote:
So then no matter for worrying about this? This can't break the database
or... don't know cause any type of problem... or should I do any conf in
authdaemon for this to be avoided? or is this normal and nothing happens
with it?
Either restarted
If your courier still works without you need to restart it, it means
you already have vpopmail in the right configuration, and you are
only facing a log warning (which reason is now known).
Ciao,
Tonino
At 11.00 06/10/2007, you wrote:
So then no matter for worrying about this? This can't b
[EMAIL PROTECTED] wrote:
So then no matter for worrying about this? This can't break the database
or... don't know cause any type of problem... or should I do any conf in
authdaemon for this to be avoided? or is this normal and nothing happens
with it?
Either restarted authdaemon if this happe
So then no matter for worrying about this? This can't break the database
or... don't know cause any type of problem... or should I do any conf in
authdaemon for this to be avoided? or is this normal and nothing happens
with it?
Thanks a lot!!!
> As told in other messages, the way of playing is di
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 o
[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...
sorr
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.
> 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 droppp
thanks a lot mates for you're answers, and in where logs could you see
connections have been droped?? you doing an overview for all answers some
mysql versions have timeout for it's persistent connections (connections
as vpopmail connections) and this causes connection not to close properly
and the
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 MySQ
On 2007-10-04, at 2255, Christopher Chan 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
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 addres
On 2007-10-04, at 0336, [EMAIL PROTECTED] wrote:
... have noticed that each morning for example after
all the night without poping or imaping... the next time someone
pop or
imap in the morning I get no errors on mail client and everything
works
fine... but have noticed that 10 aborted cliet
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).
Ciao,
Tonino
At 09.36 04/10/2007, you wrote:
Hi,
17 matches
Mail list logo
