This is an /etc/procmailrc file, or a user procmailrc in
~/.procmailrc ?
Yes, this is a global procmailrc file. My apologies for not being specific.
:0H
* ^X-Spam-Status: Yes
/var/spool/mail/spam
This would be a mailbox intended to be owned by whom? Your
POP agent is going to open a mailbox based on the username
provided when logging into the POP3 service.
I should have better written this as /var/spool/mail/spamaccount
I have an account on the system which is a single collection point. I had
some more complicated (and very ugly) rules I was running previously which
were doing the job and I was having no trouble picking email up (POP3).
IF this is in an /etc/procmailrc file, try ensuring that the
spam mailbox EXISTS and is OWNED by the "spam" user and
appropriate group before writing to it. From the global
procmailrc, while permissions are still elevated, this is
possible. Otherwise, perhaps what you should be doing is
simply FORWARDING the message to the local spam user (which
would take care of all this - but you'd want to file mail for
the spam user, not rescan and forward!).
The mailbox does exist and has the proper ownership. I suspect the issue is
that I need to forward the message rather than dump it directly into the
mailbox. (The account set up to pull spam successfully checks its email but
always returns no messages). So rather than use:
/var/spool/mail/spamaccount
Should it be?:
| formail -A "X-Spam-Status: Yes" | spamaccount
I am unclear about how to forward the message without having it rescan the
message.
Of course, this may be fine when delivering for yourself as
the sole user, but there's no consideration for where EACH
user's misfiled spam gets stored - you're putting it all in
one mailbox. You should rethink the strategy. Perhaps a
webmail interface that can selectively forward individual
messages to the user and list the From: or some other header
in a whitelist file? Why download all the spam to your mail
client just to shuffle through it?
A fair question. It is intentional to send all low scoring spams (scores of
under 10) into a single mailbox for review. The individual users do not
want email being flagged as spam (and they panic as it is when even a couple
get thru). I quickly run thru all these messages to verify no FPs. They
are about 1 every few thousand, but inevitably they end up being critical
ones... I have the option of using a web interface where I can see 20
messages at a time sorted by date or by downloading them into a client.
With spams on the order of 5000 a week just in that low scoring range, going
thru them 20 at a time is significantly more time consuming.
- Skip
____________________________________________________________
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