On 2011/01/18 9:49 AM, J4 wrote: > This is pretty much what I would like to achieve, & the reason I > decided not to use Dovecot Sieve (apart from me being incapable of > setting it. ;) ). > > Parse the SPAM during the SMPT session and use only RAM: Perfect. > > I would still like to notify the connecting SMTP client with a reject > message. Real spammers are uninterested anyway, but legitimate > e-mailers would be, although this is not essential to let them know. > > The problem is that I don't know how to achieve this with postfix :( > The postfix set-up I have is below (master.cf), but I do not know for > certain that it is filtering during the SMTP session afore it hits the > disc, and I have not found any information about how to configure this. > My hunt for guides goes on.
Since you've already implemented a milter solution, I'd like to mention for posterity's sake that when using Postfix there is another possible solution, using spampd as a before-queue content filter to reject messages at arbitrary spamassassin classification thresholds. It's even in the wiki: http://wiki.apache.org/spamassassin/IntegratePostfixViaSpampd Nels Lindquist
