continued spam leakage

[Luke Schierer]

Sorry about the delay here.  We moved on the 1st, and have not yet really settled in.  

Anyway, I have rock sending its mail through amavisd-new (this appears to have been partially configured but disabled), and amavis sending mail through both clamav and spamassassin.

It puts the "bad" emails in /var/lib/amavis/virusmails  which is less than useful (I would prefer it create some sort of mail box file or maildir directory but whatever.  

The configuration for this is a little awkward.

spamassassin's configuration file configures how spamassassin checks things. but amavis' configuration files determine whether or not the score is sufficient to mark the mail as spam, and if so, if it is sufficient to just mark the mail, or also block the sending. 

This will doubtless need some tweaking.  I have not done this configuration on the pubic internet where you get the volume of spam (and unique kinds of non-spam) we do in 5 years or so.  

I will try to be available to help with this tweaking.  

Luke

On Jun 10, 2013, at 10:55 EDT, Ethan Blanton <elb at pidgin.im> wrote:

> Ethan Blanton spake unto us the following wisdom:
>> Could someone who knows something about spamassassin check the setup
>> on rock and see if there's something can be done to make it suck less?
>> Spamprobe tends to leak very simple spams (such as bare URLs) because
>> it doesn't have enough context to know to block.  Spamassassin should
>> be able to back that up with rules, but it doesn't seem to be doing
>> so.
> 
> In the absence of anyone stepping forward to do this (maybe none of us
> know anything about spamassassin?), I have set the devel list to
> members only.  This means that non-members will have their emails to
> the list held (perhaps indefinitely) for approval.  I do not like
> this, and I would rather not do it, but this spam situation is simply
> not acceptable.
> 
> This solution is not workable for the support list, so hopefully we
> can figure out a spam-fighting technique soon, or the spamprobe
> databases will catch up.  I fed them a corpus of several thousand
> messages of spam this past weekend, but it does not seem to have
> improved the situation.
> 
> Ethan
> _______________________________________________
> Devel mailing list
> Devel at pidgin.im
> http://pidgin.im/cgi-bin/mailman/listinfo/devel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://pidgin.im/pipermail/devel/attachments/20130610/615fd56a/attachment.sig>