Re: [exim] exim and queue

Page principale
Supprimer ce message
Répondre à ce message
Auteur: Peter Kirk
Date:  
À: Nigel Metheringham
CC: exim-users
Sujet: Re: [exim] exim and queue
HI all

Just an FYI on the below, all worked great got the user to make max
recipients in a mail to 50 and I set smtp_accept_queue_per_connection to
51, the server pumped out the mails faster than before and half the time
:) and did not even put the server under strain.

Was about 30000 mails in 4 hours :) and could have been more... so the
trick is don't put to many recipients in a mail as takes longer to
process mails :)

Thanks hope this info is usefull to someone out there

-----Original Message-----
From: Nigel Metheringham
[mailto:nigel.metheringham@dev.intechnology.co.uk]
Sent: 25 January 2008 15:43
To: Peter Kirk
Cc: exim-users
Subject: Re: [exim] exim and queue


On 25 Jan 2008, at 13:17, Peter Kirk wrote:
> That's why I was hoping if I can avoide using a queue for messages and
> just send them out straight away, then this would send them faster as
> they would not sit in a queue for an hour or so but I just wanted to
> know if this would kill my machine?


Ah - so my reading of this thread gives the following implications:-

   1. The XP box fires a whole pile of messages, each with
      one recipient (assumption made on the basis that you
      say your queue gets to 15K plus), probably sending as
      many messages in an SMTP session as it can.


   2. The majority of these messages end up sitting in the queue
      for an hour (ish) before anything happens.


I would guess that your queue run is approximately hourly, or at
least not very frequently.

Exim always puts mail into the queue - by putting it on stable
storage (ie to disk with a sync op) it can guarantee (as far as
it can) that the message won't get lost due to system outage.

Unless your box is suffering from severe overload (and with
VMWare ESX you have some decent tools to check on the loading)
I'd suggest you want to run queue runners more frequently.
You could increase smtp_accept_queue_per_connection but that
risks overloading the box if it receives several thousand
mails at once.

Running a batch more queue runners - especially around the time
that the mass mailing is happening, will probably help a lot.
But check the box load to ensure its not being swamped.

    Nigel.

>


--
[ Nigel Metheringham           Nigel.Metheringham@??? ]
[ - Comments in this message are my own and not ITO opinion/policy - ]