--On 25 January 2008 14:15:23 +0200 Peter Kirk <[EMAIL PROTECTED]> 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: [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 -- 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/
