Chris Barnes wrote:
Bad idea. No matter how good the rules in SA get, there will always be
a few false positives. This means you will be automatically deleting
legitimate email - which is worse than the spam.
Coming into this thread half way through but...the whole point of SA is
that it scores spams, if you only need delete those with high scores
you're unlikely to delete false positives.
I do this (assembled for various people with better procmail skills than
me) in .procmailrc, immiediately after the rule that filters mail
through SA:
# Delete if SpamAssassin Spam score over 5.0
:0
* ^X-Spam-Status: .*, hits=([5-9]\.|[0-9][0-9])
{
# Extract some headers into variables for logging
:0
* ^Subject:\/.*
{ SUB = $MATCH }
:0
* ^From:\/.*
{ FRO = $MATCH }
LOG="$DATE DELETED $SUB $FRO ${NL}"
# set the HOST variable to something other than the hostname
# of the machine on which procmail is running
# more efficient than /dev/null apparently
:0
{ HOST = kill.spam.dead }
}
You might want to start with a higher cutoff score to begin with, say 8:
* ^X-Spam-Status: .*, hits=([8-9]\.|[0-9][0-9])
Then reduce it if you see no false positives deleleted in the log.
This of course logs the subject and from lines - I tail this log in a
pretty os x terminal window on my desktop just in case I get a false
positive - and it gives the added satisfaction of seeing all the spam
that's deleted :)
Also note:
Nancy McGough just updated her procmail quickstart guide with a section
for deleting mail with procmail:
<http://www.ii.com/internet/robots/procmail/qs/#delete>
HTH
Adrian
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail