Help's alot.
Many thanks Aaron, going to "fine tune the thing".
Jorge
----- Original Message -----
From: "Aaron Stone" <aaron serendipity.cx>
To: "DBMail mailinglist" <dbmail dbmail.org>
Sent: Wednesday, December 20, 2006 6:11 PM
Subject: Re: [Dbmail] Timeout's with Outlook 2003
> On Wed, 2006-12-20 at 16:54 +0000, Jorge Bastos wrote:
>> Hi,
>> Guys, I'm having complains about timeouts with
outlook 2003.
>> i have about 40/50 connections, mixed IMAP and POP3
(80% POP3, 20%
>> IMAP) at the same time in the work time.
>> Maybe this is some need of a fine tunning to
dbmail.conf, any
>> sugestion?
>
> The most obvious configuration items are these below.
Values here are
> the defaults, and they are way, way too small for
anything but a testing
> installation while you are first figuring out if you'd
like to begin
> using DBMail seriously. Also note my comment about
making sure that you
> have your database engine configured to handle enough
simultaneous open
> connections; you need one per DBMail child process.
>
> A good way to monitor your open connections is to issue
this sequence:
>
> kill -USR1 `cat /var/run/dbmail-<daemon>.pid`
> sleep 1
> cat /var/run/dbmail-<daemon>.state
>
> With a little 'grep' and 'wc' magic, you can count open
active (value of
> 1) and inactive but alive (value of 0) never started
(value 255) and
> started but reaped (value of -1). (I think I remember
those right
>
> #
> # Default number of child processes to start.
> #
> NCHILDREN = 2
>
> If you know that you're going to have 20-30 each of
IMAP and POP3
> (remember they are a separate pool of daemons!) then
spawn the first
> 10-15 right at startup.
>
> #
> # Maximum number of child processes allowed.
> #
> MAXCHILDREN = 10
>
> If you might have up to 50 IMAP and/or 50 POP3 all at
once, use that as
> your max children value. You'll also need to tune your
max database
> connections in your my.cnf or postgresql.conf to be the
*sum* of all
> maxchildren values for all daemons that you are
launching.
>
> #
> # Unused children to always have availale.
> #
> MINSPARECHILDREN = 2
>
> #
> # Maximum unused children allowed to be active.
> #
> MAXSPARECHILDREN = 4
>
> If you have a lot of users making short connections,
checking their
> email and then fully disconnecting, you can use lower
maxchildren values
> but you should have higher sparechildren values. This
keeps more
> processes waiting around to service incoming
connections without waiting
> for process startup time to begin handling a new
connection.
>
> If you tend to have, say, 30 connections all day and
then 5 all night,
> and not much "flapping", use lower
sparechildren values, since they
> aren't going to help you overnight and you can afford
the one-time
> morning email login delays (on the order of like 1-2
seconds to fire up
> a new process and database connection; which is a small
part of the time
> it takes to download your new email for the day, so
it's no big deal).
>
> Hope this helps!
>
> Aaron
>
> _______________________________________________
> DBmail mailing list
> DBmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|