Rick Lake <> rwlake@spamfree.domain.invalid> > wrote:
Every day I keep adding more patterns to my .procmailrc to redirect trash
mail to /dev/null. (Haven’t gotten around to installing “spam-assassin” or
Spambouncer actually gives you four choices when it detects a “spam”:
do nothing (deliver to your normal inbox), but adding some special
mail headers so that if you read your email via POP, your mail reader
can sort those emails using those special headers.
send it to /dev/null (like you did
deliver it to a separate inbox file.
above 2) plus, sending an auth email to the sender (like what Robert did).
it uses several spam detection tech: pattern matching, dns blacklist, etc.
Frank
something similar like the product that the subject of this thread refers
to > > And the more you filter, the more resilient they get.
since you talked about .procmailrc,
I’ve been using SpamBouncer (> http://www.spambouncer.org/> ) and really
like it. It is a set of procmail recipes that fight spam. Better
than writing my own rules >
I downloaded it this afternoon at work. It’s indeed an extensive
collection of procmail recipes. Tomorrow when I’m back in the office I’ll
setup a test mail account to try them out.
According to the description it can also fake a MAILER-DAEMON bounce back
to the sender. But IMHO this is only possible at MTA (sendmail) level
before it gets delivered, and not at procmail level. Anyway, I don’t think
most spammers probably would go such lengths to inspect these fake rejects
thoroughly.
fliu@mail.vipstage.com > wrote:
Rick Lake <> rwlake@spamfree.domain.invalid> > wrote:
Every day I keep adding more patterns to my .procmailrc to redirect trash
mail to /dev/null. (Haven’t gotten around to installing “spam-assassin” or
Spambouncer actually gives you four choices when it detects a “spam”:
do nothing (deliver to your normal inbox), but adding some special
mail headers so that if you read your email via POP, your mail reader
can sort those emails using those special headers.
send it to /dev/null (like you did >
deliver it to a separate inbox file.
above 2) plus, sending an auth email to the sender (like what Robert did).
it uses several spam detection tech: pattern matching, dns blacklist, etc.
I downloaded it this afternoon at work. It’s indeed an extensive
collection of procmail recipes. Tomorrow when I’m back in the office I’ll
setup a test mail account to try them out.
According to the description it can also fake a MAILER-DAEMON bounce back
to the sender. But IMHO this is only possible at MTA (sendmail) level
before it gets delivered, and not at procmail level. Anyway, I don’t think
most spammers probably would go such lengths to inspect these fake rejects
thoroughly.
Spambouncer actually gives you four choices when it detects a “spam”:
do nothing (deliver to your normal inbox), but adding some special
mail headers so that if you read your email via POP, your mail reader
can sort those emails using those special headers.
send it to /dev/null (like you did >
deliver it to a separate inbox file.
above 2) plus, sending an auth email to the sender (like what Robert did).
it uses several spam detection tech: pattern matching, dns blacklist, etc.
