David Bromage <dbromage(_at_)metz(_dot_)une(_dot_)edu(_dot_)au> writes:
I've deleted all the "no match on" entries for clarity.
Here's one which worked correctly:
procmail: Assigning "INCLUDERC=/user/dbromage/.procmail/rc.maillists"
procmail: Match on
"(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(
-Resent)?)-To):(.*[^a-zA-Z])?)procmail"
procmail: Locking "IN.procmail.lock"
procmail: Assigning "LASTFOLDER=IN.procmail"
procmail: Opening "IN.procmail"
procmail: Acquiring kernel-lock
procmail: Unlocking "IN.procmail.lock"
From procmail-request(_at_)Informatik(_dot_)RWTH-Aachen(_dot_)DE Mon Nov 4
11:04:57 1996
Subject: Re: Help a newbie
Folder: IN.procmail
procmail: Notified comsat: "dbromage(_at_)6069:/user/dbromage/mail/IN.procmail"
And the offending one:
procmail: Assigning "INCLUDERC=/user/dbromage/.procmail/rc.maillists"
procmail: Assigning "INCLUDERC=/user/dbromage/.procmail/rc.rail"
procmail: Assigning "INCLUDERC=/user/dbromage/.procmail/rc.general"
procmail: Assigning "INCLUDERC=/user/dbromage/.procmail/rc.killfile"
procmail: Skipped "fgrep -i -f /user/dbromage/.procmail/.killfile"
procmail: Assigning "LASTFOLDER=?"
procmail: Opening "?"
procmail: Acquiring kernel-lock
From mix(_at_)sirius(_dot_)infonex(_dot_)com Mon Nov 4 10:54:20 1996
Folder: ?
procmail: Notified comsat: "dbromage(_at_)549:/user/dbromage/mail/?"
It appears that procmail is finding a match in some recipe and is being
old to deliver to "?". From the "Skipped fgrep..." bit I'm guessing
that you have a recipe in rc.killfile that has a condition of
? fgrep -i -f /user/dbromage/.procmail/.killfile
If it doesn't have a leading '*' then procmail will fail to recognize
it as a condition (...unless you use the obsolete explicit count
specification at the start of the recipe).
No how else could you determine this? Well, you could walk through
your .procmailrc(s), matching "no match on" and "Match on" entries
with conditions until you hit the problem recipe. In fact, if my guessed
diagnosis is wrong (it happens), then you should probably do so.
Philip Guenther