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 :)
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
-----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
