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