Re: 400 000 mails in 12 Hours
400.000 email in 12 hours = 9 mail a second sent.
which means 9Mbytes of data per seconds, assuming that you ahve a pipe
of at least 1Mbyte (8Mbit) to each remote end server, which you
obviously wont... This means too that you'll need 72Mbit at least of raw
bandwith just to sustain the traffic. Now to take more real world
values, that's means that the number of email on the fly needs to
increase as the remote server bandwith will the bottle neck. Some
interesting mail server tests, look at postal test program and results,
and i'm sure Russel Coker will comment on this. Just a thought too: as
you have only one file to send, ramFS it. I dont know if any of the
MTA's support sendfile() but it'd be interesting to see the gain brought
by the decrease of context switching (using sendfile) instead of
read(fileh), write(socket), which may means more concurent connections.
All of this without the mail to resend etc..etc..
The consideration: remove the attachement and send it as a link to
download (which is most of the time prefered by users especially when
they read their email by modem and receive a 1 meg mail), then the
figure looks better to me... This however could be against
On Thu, 2003-02-27 at 22:10, debian-isp wrote:
> Hi all !
> I have the task of setting up a mailserver capabel of sending 400 000 mail in a max time of 12 hours.
> All mails have an attachment of 1 mb. The system should be a mailer for a newsletter system. As I made quite a couple of things with postfix, my concern is the amount and considerations which have to be made when handling such an amount.
> Nik Engel NETWAYS GmbH
> Senior Systems Engineer Deutschherrnstr. 47a
> Fon.0911/92885-13 D-90429 Nürnberg
> email@example.com www.netways.de
> To UNSUBSCRIBE, email to firstname.lastname@example.org
> with a subject of "unsubscribe". Trouble? Contact email@example.com
-> Jean-Francois Dive
There is no such thing as randomness. Only order of infinite
complexity. - Marquis de LaPlace - deterministic Principles -