Quoting Justin Mason (jm at jmason.org):
> Marc's work *is* nifty, he's done a good job of integration there.
> But there are alternative ways to implement SpamAssassin with
> Postfix at the MTA level.
> The easy way is to define a simple transport to filter all mail
> through SpamAssassin:
>http://wiki.spamassassin.org/w/IntegratedInMta>> The more complex, but in this case more useful and sa-exim-ish way:
Unfortunately, these miss 95% of the advantage of Marc's approach,
e.g., allowing none of sa-exim's callback capabilities.
Essentially, Marc is leveraging what in any other circumstance would be
considered a significant _disadvantage_ of the Exim architecture -- its
non-modular nature: All of his processing is conducted integral to the
single Exim monolithic process.
If you disagree, then please show me the Postfix configuration that
makes it selectively 45x teergrube, on a real-time decision basis, any
delivering MTA whose SMTP stream is showing a SpamAssassin spamicity
index of 10 or greater based on analysis of the full message body text
(not just headers). I'm not saying that's impossible in Postfix (though
it may be, given its modularity), only that nobody's figured that out
today, and that a great deal of work would be required to duplicate
Cheers, The cynics among us might say: "We laugh,
Rick Moen monkeyboys -- Linux IS the mainstream UNIX now!
rick at linuxmafia.com MuaHaHaHa!" but that would be rude. -- Jim Dennis
Maintained by the ILUG website team. The aim of Linux.ie is to
support and help commercial and private users of Linux in Ireland. You can
display ILUG news in your own webpages, read backend
information to find out how. Networking services kindly provided by HEAnet, server kindly donated by
Dell. Linux is a trademark of Linus Torvalds,
used with permission. No penguins were harmed in the production or maintenance
of this highly praised website. Looking for the
Indian Linux Users' Group? Try here. If you've read all this and aren't a lawyer: you should be!