On Thu, 2005-19-05 at 09:45 -0500, kashani wrote: > Email throughput is highly dependent on how you're generating the > emails, RAM, disk I/O, number of emails sitting in your queue, how > you've ordered your emails, whether bounce handling is local or on > another server, spam filtering if any, and your server software. Even > the speed of your DNS server can start to play a part.
This is all astute commentary. I agree with all of it. Fine tuning an email system (or any production platform) takes ... finesse. It's not about "installing this software or that software", but about understanding the behaviour of your system as a whole, and then tuning the performance from a position of knowledge, not from one of assumption. > 30/sec puts you a bit above 2.5 million a day which is probably the top > end of what you might see in the real world. Certainly seems a reasonable score. I've run 3-5 million emails a day through a platform based on Qmail. Qmail has architectural bottlenecks on how it processes new messages; likewise you need to take care to shunt traffic to misbehaving domains to alternate queues - but making it sing was little to do with Qmail itself and very much to do with knowing what the group of systems as a whole were doing and making informed judgements thereon. AfC Sydney -- Andrew Frederick Cowie Technology strategy, managing change, establishing procedures, and executing successful upgrades to mission critical business infrastructure. http://www.operationaldynamics.com/ Sydney New York Toronto London -- [email protected] mailing list
