> Peter wrote: > I mean you can't do it with the current version of SMTP.... there's no > stage in the protocol after sending the DATA that you can back out of > the transaction based on the server's response - which is what > recipient callouts rely on. > > So unless you run your backup MX as a transparent proxy (using > something other than Exim), which defeats the object of having a > backup MX in the first place, your only real alternative is to make > the backup into the primary and do the spam filtering there. > > I think we've already recommended that a few rounds of email ago....
OK, thank you Peter. I just thought about an alternative: making a cron of a php script that will delete the spam rejected files in the spool! I don't know why I didn't think about it earlier! jcn50/mailing. -- ## List details at http://www.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://www.exim.org/eximwiki/
