RE: mailman and spam

["Dean Willis" <dean.willis@softarmor.com>]

> At <http://www.waider.ie/hacks/workshop/perl> I found a nice 
> Perl script which automates deleting spam that is waiting for 
> Mailman administrator approve/deny/reject.

Oh yeah. Haven't tried it yet, but I'm excited. I've been manually deleting
about 160 spams at a time from SIP and SIPPING. That's tedious and painful,
especially on my PDA over a GSM link at a couple of dollars a minute. Just
deleting the messages promoting genital enlargement and money-laundering for
rich political refugees woule be most helpful.

On a related note, why can't the sysamdins just tie Spam Assassin into the
mailmain delivery process? I thought they were working on that last year . .
. I haven't tried it myself, but it seems like one could just tweak the
aliases file to redirect through a procmail invocation of spam-assassin
using a +addressing hack. Anybody know of a more efficient way?

I also heard of a nifty server-side hack that rejects initial incoming
requests with a Retry-After, databases the request, then lets the retry
through if it matches a database entry. This seems to take out most spam
originating from bulk-mailers that aren't really SMTP compatible.

Or we could just use S/MIME to sign all mails to IETF lists and have mailman
reject the unsigned stuff (ouch! Stop pelting me with rotten fruit!) . . .


--
Dean