--On 25 January 2008 14:15:23 +0200 Peter Kirk <peterki@???> wrote:
> The emails are all the same and are product updates to clients, it's a
> small mail really, just a few k.... and all to different email
> addresses.
>
> The user sending these out uses a program so I don't think you can bcc
> the recipients and as for sending it slower... im doing this so it can
> get to the clients faster :)
Yes, and that might happen if you're more patient. It's like trying to get
a thousand people onto a single escalator - it's quicker if they don't all
fall over each other and block the entrance. A small queue is processed
faster, so presenting the emails at a slower rate can increase the total
system throughput.
For example, if they're presented over a period of one hour, they might all
get delivered within that hour.
That said, this would be a measure of last resort.
> As for the mails going into a single mails, they are but get split up on
> the exim server to go to the individual people
Not if the recipients are in the same domain. If you can group recipients
by domain, that should speed things up a bit.
>
> -----Original Message-----
> From: iane@??? [mailto:iane@sussex.ac.uk]
> Sent: 25 January 2008 14:08
> To: Peter Kirk; exim-users@???
> Subject: Re: [exim] exim and queue
>
>
>
> --On 25 January 2008 09:28:42 +0200 Peter Kirk <peterki@???>
> wrote:
>
>> Hi all
>>
>> I have an exim server and every Thursday we send out over 16000 mails
> in
>> a mailshot, this takes for ever to send out, I think about 8 hours or
> so
>> and our queue on the server goes up to about 15000, our current
>> smtp_accept_queue_per_connection is defaulted to 10, I want to change
>> this to 100, anyone think this might cause a problem?
>
> No. That seems quite sensible. Is that 16,000 different emails? Or the
> same
> email to 16,000 different addresses? If the emails are similar, you
> could
> get a better performance by using bcc. Then emails into the same domain
> will all go as a single email.
>
> 15,000 messages on the queue is enough to reduce overall performance in
> some settings. You might get a better performance if the originating
> software injects the email slower.
>
>> Our link to the internet is fast so not to worried and I can increase
>> mem and cpu if needed as it's a vm but it looks fine now, any one have
>> any comments just for my piece of mind before I make this change :-)
>>
>> Oh I have set the load to 15 so the server should not get to busy with
>> the the smtp_accept_que_per_connection I hope :-)
>>
>> Thanks in advance
>
>
>
> --
> Ian Eiloart
> IT Services, University of Sussex
> x3148
--
Ian Eiloart
IT Services, University of Sussex
x3148
