[Systems] Spam filtering for lists

[Bernie Innocenti]

On Tue, 2009-06-30 at 14:50 -0700, Ivan Krstić wrote:
> On Jun 30, 2009, at 5:15 AM, Bernie Innocenti wrote:
> > Ivan, if you'd prefer to keep Solarsail clear of SA, I could  
> > redirect MX records for lists.sugarlabs.org to Sunjammer, do the  
> > filtering there, and then forward everything to Solarsail.
> 
> I'm fine with SA on solarsail, so long as we're careful (and somewhat  
> conservative) about setting it up. Do we have any SA experts?

I've been running it for 5 years alongside DSpam (which is now
unmaintained) and RBLs.

RBLs of course catch 95% of the spam volume... SA deals with the rest,
typically leaking 1 or 2 messages per day.

This is my current local.cf, which is not much different from
the defaults:

---cut---
# These values can be overridden by editing
~/.spamassassin/user_prefs.cf 
# (see spamassassin(1) for details)
# These should be safe assumptions and allow for simple visual sifting
# without risking lost emails.

#bernie: lowered from 5.0 to 3.0
required_score 3.0

#bernie: don't rewrite the spam mail
report_safe 0

#bernie: Don't mess with the subject
#rewrite_header Subject [SPAM]

#bernie: faster than nfssafe
lock_method flock

#bernie: share config
bayes_path /var/db/spamassassin/bayes
bayes_file_mode 0770

auto_whitelist_path /var/db/spamassassin/auto-whitelist
auto_whitelist_file_mode 0770

#bernie raise score for bayes_99
#score BAYES_99 5.0
 
#rasky: only for testing!
score DKIMREP 0.0

#rasky: X-IP is deprecated and harmful:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5920
score X_IP 0.0

#bernie: default was 150000 => 8MB
bayes_expiry_max_db_size 1000000

#bernie: disable bayes rules without disabling token learning
#use_bayes_rules 0
---cut---

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs       - http://sugarlabs.org/