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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 January 2008 14:08 To: Peter Kirk; [email protected] Subject: Re: [exim] exim and queue --On 25 January 2008 09:28:42 +0200 Peter Kirk <[EMAIL PROTECTED]> 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 -- ## 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/
