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
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
MAILDIR=/home/user/Mail
DEFAULT=/var/spool/mail/user
PMDIR=/home/user/tmp
LOGFILE=$PMDIR/procmail.log
:0fw
| /usr/bin/spamc
:0:
* ^X-Spam-Status: Yes
$MAILDIR/.spam
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"
--
Robin Lynn Frank
Paradigm-Omega, LLC
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail