On Thu, May 22, 2008 at 11:54 AM, Richard Ibbotson
<richard(_dot_)ibbotson(_at_)gmail(_dot_)com> wrote:
I'm a bit confused about why Alpine is not showing that Spamassassin is not
filtering
There must be at least one too many "not" in there. I'm confused, too.
LOGFILE=/var/log/procmail.log
This probably doesn't work: You are running procmail from .forward,
so superuser privilege has already been revoked before /etc/procmailrc
is read and /var/log is unlikely to be writable by the ordinary user.
Even so, if this must be in /etc/procmailrc you should consider adding
DROPPRIVS=yes
(after assigning to LOGFILE).
:0:
* ^X-Spam-Status: Yes
/home/user/mail/inbox
That means to deliver all mail that *is* discovered to be spam into
the Inbox file, which is almost certainly the exact opposite of what
you want.
Also, are you sure that the Inbox file is maintained in a format that
procmail is able to write? Alpine adds at least one and possibly more
new mailbox formats that procmail does not understand.
:0
* ^TO.*
user
This is largely meaningless; it matches any message that has a To: (or
Cc: or Bcc: etc.) header, no matter what is in that header. Combined
with the previous rule, all your spam is going to the Inbox and
everything else is going to the "user" file.
in my $HOME directory I have a .forawrd file which contains.. "|IFS=
/usr/bin/procmail -f-||exit 75#user"
Are you certain that your mail delivery agent allows you to run
/usr/bin/procmail from .forward? There may be restrictions on which
programs or paths can be used here, for security. If your MDA is
sendmail, try looking for documentation on "smrsh".
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail