I've been using spamassassin as a pre-queue filter with postfix for a while. This has the advantage of rejecting everything spamassassin thinks is spam during the smtp transaction, so you have no spam folder to check for false positives, and you don't cause any backscatter, since the sending server is responsible for delivering the rejection message.
But spampd has a default message size limit of 65536 bytes, and I have found that increasing it causes memory problems on my server. So I've been rejecting all email over that size with the postfix main.cf option: message_size_limit = 65536 Which, as you can imagine, can be inconvenient. I just finally got around to changing my setup so instead of being rejected, messages over 64 kbytes get scanned post-queue, via procmail: :0fw: spamassassin.lock * > 65536 | spamassassin :0: * ^X-Spam-Status: Yes spam (I actually use spamc, not spamassassin.) And added this info to the bottom of: http://wiki.apache.org/spamassassin/IntegratePostfixViaSpampd That page could probably use some work. I kind of like to remove the bit at the top on how to use spampd as a post-queue filter. -- "it's not how good you are, it's how bad you want it" - no fear http://www.ChaosReigns.com