Hi,

mouss wrote:
Rick Macdougall wrote:

simscan correctly uses an SMTP REJECT (55x code during the smtp conversation) and it is also possible to use custom reject messages with simscan so the sender, if any, knows exactly why the message was rejected.

I have yet to see a good implementation of this in Postfix or Sendmail, and is one of the reasons I stick with Qmail.

running SA at smtp time requires that the client does not timeout. so you'd better scan fast! you're also more subject to DOS (your smtp listeners are busy). compare this to queue and filter...

We do, 4 back end spamd machines for 4 external MX machines.


Having to /dev/null spam and/or viruses to the end user is even worse IMHO (as an ISP, it might be acceptable in an office env where you can train the users to look at spam or virus folders).

Reject (not bounce) is acceptable, but you'd better configure your filter correctly. If I get a reject from you for a legitimate mail I sent, you will just make yourself ridiculous... It also delays legitimate mail (because I have to resend).


We only REJECT very high scoring spams or viruses, I haven't seen an FP on the rejecting yet.


anyway, each site has its own policy for handling spam. What we ask is to avoid bad practices that result in annoying others (backscatter, C/R, ... etc). The rest (discard, reject at smtp time, quarantine, ...) is up to you, your boss, your users, your customers, ... etc.

Agree completely.

Regards,

Rick

Reply via email to