Robin Lynn Frank <rlfrank(_at_)paradigm-omega(_dot_)com> writes:
Yesterday, it appeared that fetchmail was bypassing procmail. After a 17
hour day, that changed (reason: unknown). Now, procmail gets the mail, but
instead of delivering to /var/spool/mail/user, it delivers to
/var/spool/mail/nobody. The config file is /etc/procmailrc (no
/home/user/.procmailrc). The procmailrc and some output from the log are
So, you only have one real user on the system? Why are you putting
this all in the /etc/procmailrc file instead of the in the user's
$HOME/.procmailrc? It's easier for a recipe to screw up stuff when it's
in the /etc/procmailrc file than when it's in the user's $HOME/.procmailrc
below. Maybe the solution is now closer (I hope). Notice the attempt to
write to the "user" file and user lockfile failure Anyone have any ideas
PATH=/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin
Don't reset the PATH in your rcfile unless you have a reason to.
...
From spamassassin-talk-admin(_at_)lists(_dot_)sourceforge(_dot_)net Wed Sep
4 07:12:35 2002
Subject: Re: [SAtalk] Trend: Spam disguised as newsletters
Folder: /var/spool/mail/nobody 5325
procmail: Program failure (74) of "/usr/bin/spamc"
procmail: Rescue of unfiltered data succeeded
procmail: Lock failure on "/var/spool/mail/user.lock"
procmail: Error while writing to "/var/spool/mail/user"
Those log entries are probably from different messages. The 'abstract'
(the three lines that include the message's "From " line, Subject: field
and the folder it was filed to) is generally the last thing written to
the log before procmail exits.
I'm taking a guess, but it looks like procmail is being invoked either
_as_ user 'nobody' or with the arguments "-d nobody". It tries
to deliver the message to $DEFAULT, fails because it's running as
'nobody', then falls back to delivering to $ORGMAIL which is still
set to /var/spool/mail/nobody. The fact that you have user-specific
assignments in the /etc/procmailrc file obscures this sort of problem.
So, I suggest you move everything specific to user 'user' from the
/etc/procmailrc file into ~user/.procmailrc, then figure out how procmail
is being invoked and as what user.
Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail