Hello,
Thanks for your answer. This seems to have increased performance as
now the mail queue was reduced to 60.000 messages.
I am not sure if this is related to this change, but i noticed the
following entries on exim log:
2009-11-25 21:11:11 SMTP command timeout on connection from mailer
2009-11-25 21:11:11 SMTP command timeout on connection from mailer
2009-11-25 21:11:12 SMTP command timeout on connection from mailer
mailer is the user that runs the php script which is sending out the
email.
I already checked the exim manual and changed the option
smtp_receive_timeout to 15m ( which is a long time, in my opinion )
but it doesn't seem to fix the problem because after some minutes that
exim is running, these errors starts to appear again.
Also, as we are talking about a local script, timeout shouldn't be a
problem.
Is there anything else that could be causing this problem?
Thanks,
Fernando.
Em 25/11/2009, às 16:45, Graeme Fowler escreveu:
> On Wed, 2009-11-25 at 16:31 -0200, Fernando Morgenstern wrote:
>> Do you have any recommendations of what should i check or what can i
>> change to improve exim performance and make it use all available
>> resources?
>
> Simply run multiple queue runners from the command line:
>
> exim -q &
>
> By default, Exim only spins off a single queue runner per queue run
> period, so an alternative is to reconfigure your system to run the
> queue
> (say) every minute. That way you'll probably end up with a ridiculous
> number of queue runners at the same time, but they'll process the
> queue
> fairly efficiently.
>
> Also, if you haven't already, run Exim with a split queue. It makes
> directory parsing much quicker. See the docs for the option on how
> to do
> that.
>
> Graeme
>
>
> --
> ## List details at http://lists.exim.org/mailman/listinfo/exim-users
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://wiki.exim.org/
