Arthur Stephens schreef:
Ruud H.G. van Tol wrote:
Arthur Stephens schreef:
[...]
: 0
* ^X-Spam-Status: Yes
/dev/null
I assume this is a central procmailrc, so not a user's dot-procmailrc
DROPPRIVS = yes
LOGABSTRACT = all
MAILDIR = "$HOME/mail" # make sure it pre-exists
LOGFILE = "$HOME/procmail.log"
:0:
* ^X-Ptera-MailScanner-SpamCheck: spam
.in.spam/
:0fw
| /usr/bin/spamc
:0:
* ^X-Spam-Status: Yes
.in.spam/
(untested)
My problem with this is storing all the spam on the hard drive in
.in.spam - we used to do something like that but it would fill up the
hard drive. Bring everything to a halt.
You can use cron (+perl) to delete all mail older than X days, once a
day. This gives you X days to salvage a lost message.
I did notice a syntax difference which I corrected in my procmailrc.
Which was?
If it got deleted would that not generate an entry in the log?
I suppose so.
Variant of a central procmailrc:
DROPPRIVS = yes
LOGABSTRACT = all # log every delivery
MAILDIR = "$HOME/mail" # make sure it pre-exists
LOGFILE = "/var/log/procmail.log" # central log
:0
* ^X-Ptera-MailScanner-SpamCheck: spam
/dev/null
:0fw
| /usr/bin/spamc
:0
* ^X-Spam-Status: Yes
/dev/null
With central logging in /var/log, make sure all procmail users can write
to that file, by creating a special group for them (and make that group
own the log file).
If you run spamc on all mails, consider spamd.
--
Groet, Ruud
____________________________________________________________
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