Here is one user where I am seeing the errors which only has one
recipe. Another user has a much more complex set of recipes and
parsing script, both have the same problem so its probably easiest to
find the issue in the simple case. :)
An excellent suggestion! Thank you :-)
Here is the .procmailrc
MAILDIR=/var/spool/mail/abuse-proc # You'd better make sure it exists
LOGFILE=$MAILDIR/log # Go to the spool
LOCKFILE=$HOME/.lockmail # The default lock file
VERBOSE=off
:0:deliver.abuse
| /home/system/abuse-proc/abuse-proc_deliver
OK - nice and easy - this recipe unconditionally delivers to your
script. Going from the log:
procmail: Extraneous ignore-write-error flag ignored
From user(_at_)somewhere(_dot_)com Wed Nov 14 10:29:43 2001
Subject: some subject
Folder: /usr/bin/procmail /home/system/abuse-proc/.procmailrc
4082
From user(_at_)somewhere(_dot_)com Wed Nov 14 10:29:43 2001
Subject: some subject
Folder: /home/system/abuse-proc/abuse-proc_deliver
4082
procmail is invoking another procmail session to deliver using the above
.procmailrc file. The 'extraneous flag' warning is coming from the
first session of procmail, not from the one that makes use of your
example .procmailrc file. It is that initial procmail's .procmailrc
file that has the 'i' flag.
Did that make sense? If not, let me change it to the question: how is
procmail being invoked when mail arrives on the system? There is a step
before procmail looks at that rc file, and *that* step is the issue.
Just as a side note - not related to the above issues:
open(FILE, ">$mail_dir/$number");
You probably want to check for the open() failing.
Hope that helps,
Martin
--
Martin McCarthy /</ PGP key available
`Procmail Companion' \>\ http://www.ancient-scotland.co.uk
Addison Wesley /</ http://www.ehabitat.demon.co.uk
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail