BLURB4.md (2664B)
1 qmail's modular, lightweight design and sensible queue management make 2 it the fastest available message transfer agent. Here's how it stacks up 3 against the competition in five different speed measurements. 4 5 * Scheduling: I sent a message to 8192 "trash" recipients on my home 6 machine. All the deliveries were done in a mere 78 seconds -- a rate of 7 over 9 million deliveries a day! Compare this to the speed advertised 8 for Zmailer's scheduling: 1.1 million deliveries a day on a 9 SparcStation-10/50. (My home machine is a 16MB Pentium-100 under BSD/OS, 10 with the default qmail configuration. qmail's logs were piped through 11 accustamp and written to disk as usual.) 12 13 * Local mailing lists: When qmail is delivering a message to a mailbox, 14 it physically writes the message to disk before it announces success -- 15 that way, mail doesn't get lost if the power goes out. I tried sending a 16 message to 1024 local mailboxes on the same disk on my home machine; all 17 the deliveries were done in 25.5 seconds. That's more than 3.4 million 18 deliveries a day! Sending 1024 copies to a _single_ mailbox was just as 19 fast. Compare these figures to Zmailer's advertised rate for throwing 20 recipients away without even delivering the message -- only 0.48 million 21 per day on the SparcStation. 22 23 * Mailing lists with remote recipients: qmail uses the same delivery 24 strategy that makes LSOFT's LSMTP so fast for outgoing mailing lists -- 25 you choose how many parallel SMTP connections you want to run, and qmail 26 runs exactly that many. Of course, performance varies depending on how 27 far away your recipients are. The advantage of qmail over other packages 28 is its smallness: for example, one Linux user is running 60 simultaneous 29 connections, without swapping, on a machine with just 16MB of memory! 30 31 * Separate local messages: What LSOFT doesn't tell you about LSMTP is 32 how many _separate_ messages it can handle in a day. Does it get bogged 33 down as the queue fills up? On my home machine, I disabled qmail's 34 deliveries and then sent 5000 separate messages to one recipient. The 35 messages were all safely written to the queue disk in 23 minutes, with 36 no slowdown as the queue filled up. After I reenabled deliveries, all 37 the messages were delivered to the recipient's mailbox in under 12 38 minutes. End-to-end rate: more than 200000 individual messages a day! 39 40 * Overall performance: What really matters is how well qmail performs 41 with your mail load. Red Hat Software found one day that their mail hub, 42 a 48MB Pentium running sendmail 8.7, was running out of steam at 70000 43 messages a day. They shifted the load to qmail -- on a _smaller_ machine, 44 a 16MB 486/66 -- and now they're doing fine.