Francis Russell wrote:
 >> Even with the default DKIM scores, I finding I am getting spam that are
 >> DKIM_VERIFIED causing the score to dip below zero and let the message
 >> through, for example:
 >>
 >> http://micah.riseup.net/1
 >
 > that's spam relayed by a debian list. definitely a different beast...

I interpret those headers as spam being sent to a Debian e-mail address, then forwarded to a personal address.


That's what I meant. Maybe I use the term "relay" too "liberally"? anyway, such spam is harder to stop unless you add the list relays to your trusted_networks.

As for DKIM, surely it's a bad thing to give it any score? It's supposed to be an authentication mechanism not an anti-spam mechanism in itself.


same can be said for many other rules/methods. checking that a message is well formed is not an anti-spam measure in itself. checking that a message is not html-only is not an anti-spam measure in itself. but these things are patterns that can help detect spam. No single approach will detect all spam. SA is about using multiple patterns to detect spam.

The problem with all those emails is that the only sign that they're spam is the content itself. 20_advance_fee.cf contains all the rules that try to catch these types of messages. Your best bet is to try to create some more variations on those, or as John said, the sought_fraud ruleset as well.

Reply via email to