"Jesse D. Guardiani" <[EMAIL PROTECTED]> writes: > From what I've read, Postfix seems to be a superior MTA over qmail > for everything but virtual domain management and security.
I'm not aware of any security problems with Postfix. Like djb, WV has lots of experience writing secure code (SATAN, tcp wrappers, etc.), and security is probably the #1 goal of Postfix. Perhaps my only gripe with Postfix is that it tries to be too sendmail-compatible, and thus inherits some of Sendmail's bad design decisions. For example, Sendmail/Postfix tends to bounce the message by default when encountering delivery problems, while qmail defers by default. I also love the power of qmail's "dot-qmail" interface. Postfix's .forward (another Sendmail inheritance) is paltry by comparison. A dot-qmail interface for Postfix is on my TODO list for the next few weeks though. I'm looking into switching to Postfix, but need dot-qmail ability first. > If Postfix had something like VMailMgr or vpopmail I'd use it > myself. But it doesn't. The vpopmail homepage says it supports Postfix as well as qmail. http://inter7.com/vpopmail.html > That's pretty slick. I like it. I'll have to give this a try > tommorrow and see how it works (without the 'drop' at first, I > think). I think doing this from TMDA makes the most sense for an individual installation. If you have 200 TMDA users, you don't want each user doing an SMTP probe upon each incoming message. It makes more sense to do it once from the MTA. > Yeah. CDB or MySQL system wide caching. I like it! That's getting > almost as good as an MTA level implementation! If you can handle the "locking" issues properly than this might work just as good. Then once one TMDA user verifies a bad address, the rest of them won't have to since it will be cached. I wonder how expiration of the bad addresses should be handled. You wouldn't want to cache them forever since a legitimate address might be deemed bad due to a transient problem. Exim appears to keep entries for 24-hours, whilst Postfix requires manual intervention. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
