-----Original Message-----
From: procmail-admin(_at_)Lists(_dot_)RWTH-Aachen(_dot_)DE
[mailto:procmail-admin(_at_)Lists(_dot_)RWTH-Aachen(_dot_)DE]On Behalf Of
Paul Thomas
Sent: Tuesday, December 25, 2001 2:08 PM
To: Gary Funck
Cc: procmail(_at_)Lists(_dot_)RWTH-Aachen(_dot_)DE
Subject: RE: Spams bypassing procmail based filtering
On Tue, 25 Dec 2001, Gary Funck wrote:
As a first step, try enabling procmail's logging option to see what is
happening. Add the following to the top of your .procmailrc file:
LOGFILE=procmail.log
LOGABSTRACT=all
I suspect that procmail is not processing Bcc'd type emails like
aliased emails don't get processed unless they are piped off
to procmail and the recipe you want to run from /etc/aliases. To
get spam filtering of 100% of my server's inbound emails, all
email addy's may have to hav an alias in /etc/aliases with their
own respective pipe to procmail and the filtering recipe.
Hmmm. on Bcc'd messages, if the message is ultimately delivered to your
address, call it $USER, and there is either a .forward file with the usual
invocation of procmail, or if there is a ruleset in your local mail
configuration to specify procmail as your MDA, I don't see how such e-mail's
can escape being processed by procmail. If you have aliases that aren't
defined in /etc/aliases, won't they either be delivered to "users" of that
name (assuming they're somehow known to the MTA), or will be rejected as an
"unknown user". If your aliases are pipes to procmail, and that's the only
way that you handle the invocation of procmail on your system, then of
course you'll need to define a procmail pipe for each aliased user that
needs to have its mail filtered by procmail. Maybe I'm missing your point
here?
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail