On Wed, 9 Jul 2003, Todd A. Jacobs wrote: > Speaking of which, I've personally never heard of someone losing emails > with postfix. qmail makes such a huge fuss about never losing an email > that I'd expect to have heard a few war stories over the years about > $FAVORITE_MTA losing emails in transit. I never have--either lost one or > heard about someone who has.
Well, I would hope that ANY mta would try as hard as possible not to randomly lose mail :) As for the qmail argument itself, I think djb just carried over the argument from his syslog replacement. Yes, sysklogd will not receive messages under extremely heavy load, but that's due to the nature of datagram communications. But I maintain that if your system has a high enough load that you start losing datagram packets (ip/unix or otherwise), your logger is the least of your worries :) But I digress... Mark, you asked why there will never be a qmail 3.0, that's because djb essentially considers qmail "done". While I like the idea of not adding features just to add features, he's taken it a bit too far in that direction. An interesting side-effect of this is that there is a qmail "modder" community. You can find patches to do nearly anything; SSL/TLS communication between mtas (which I recommend you all do if you run a mailserver, qmail or not), alternative queue processor patches (for projects like qmail-scanner), SMTP AUTH support, etc. Personally, I think those 3 examples should be standard in qmail these days, but hey, qmail's development is "done". I also have a qmail patch at http://www.finnie.org/software/qmail-bounce-encap.patch which encapsulates the original message of a bounce in an rfc822 mime part, because as we all know, mime encapsulation rocks. (I've done a lot with email/mime in previous jobs; if you're using SpamAssassin 2.50 or later, the original message encapsulation functionality now default in there is also my fault :) Speaking of patches, here's a fun little one for apache: http://www.finnie.org/software/apache_rand_server.patch -- spits out a random Server: name with each request. I bet Netcraft loves me for this. RF _______________________________________________ RLUG mailing list [EMAIL PROTECTED] http://www.rlug.org/mailman/listinfo/rlug
