That's interesting: 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 > Fax.0911/92885-33 > [EMAIL PROTECTED] www.netways.de > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- -> Jean-Francois Dive --> [EMAIL PROTECTED] There is no such thing as randomness. Only order of infinite complexity. - Marquis de LaPlace - deterministic Principles - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
