You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@issues.apache.org on 2010/05/25 01:18:43 UTC

[Bug 6378] [RFE] RIR based Regional Rules

https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6378

--- Comment #11 from Adam Katz <an...@khopis.com> 2010-05-24 19:18:34 EDT ---
(In reply to comment #10)
> I fail to see how it is "dangerous".  Those who want to use the rule will turn
> it on, those who do not will not.  (These are definitely rules that should be
> left off or with a default score of 0 to be sure).
> 
> I have never so much as received an acknowledgment from within RIPE or APNIC
> space about spammers - if they won't address the issue then it should be the
> easiest thing in the world to block them.

The danger is that spam is not (currently) an RIR's problem.  Each RIR
represents a very large number of legitimate users, and each RIR has more spam
originating from its allocated space than ham.  Assigning points on such a
broad level is very very ill-advised.

To repeat comment 2, if you want this sort of thing, use the RelayCountry
plugin.

That said, identifying relays by RIR is in itself interesting, as it has led to
good filtering in meta rules (e.g. CN_EIGHT_NOAPNIC).  It also goes to show
where the SA corpora need more contributors (specifically on the ham side).

I am (hesitantly) checking in recognition for all RIRs.
See r947856 for detail.

BEFORE YOU JUMP ON THE BANDWAGON and implement these rules.
They need to test first, and the results will still be flawed by the
masscheck's poor corpus diversity.  These are not meant to be assigned points!

-- 
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.