On Fri, Jun 14, 2013 at 08:50:42AM +0200, Manuel Badzong wrote: > I would like to introduce mail gopher, a new all-in-one, MIT-licensed > mail filter.
How does it relate to Postfix? Postfix already does this with a bit of help. > Mopher can: > + tarpit hosts Bad idea in userspace. Bad idea in practice, you want to get rid of them as fast as possible. > + greylist hosts > + greylist based on sender/recipient tuples > + greylist based on sender-domain/recipient tuples > + auto-whitelist hosts > + auto-whitelist based on sender/recipient tuples > + auto-whitelist based on sender-domain/recipient tuples > + query black- and whitelists > + query for SPF records Normal policy protocol, properly used and tested since years. > + speak with spamassassin (through spamd) SMTP/LMTP proxy. > + reject during any protocol stage Postfix. > + act on body-size Policy. > + count connections by hosts Built-in. > + count failed/successful delivery attempts by hosts fail2ban. What do you want to do with this information? > + inject headers with all available information PREPEND. > + log all available information (in a format of choice) syslog. > + archive mails Not the purpose of a MTA, the MDA is properly capable of doing so. > Mopher has: > + a db-independent data backend Unlikely. The filesystem is a DB, a directory to be exact. > + dynamically loadable modules Exists as patch for Postfix, but not portable enough. > + extensible syntax (by modules) Urgs. > + well structured default logging Postfix does this. > Mopher supports: > + most libmilter features Aha, so no MTA at all. > + Berkeley DB > + MySQL I see no "real" DB. > + libspf2 Nice try. > + PSL (by Mozilla, see http://publicsuffix.org/) What is the use for this? This all is focused on web. > Mopher compiles and runs on: > + GNU/Linux > + NetBSD > + FreeBSD Impressive, not. Bastian -- You canna change the laws of physics, Captain; I've got to have thirty minutes!
