A while back I wrote about the message "Error while writing to $LOGFILE" when
root is running procmail. I've finally figured out how to fix the problem,
but I'm not sure *why* it's a problem. The procmail logfile, /.procmail-log,
is owned by root:other with permissions 600. That did not work. Permissions
660 does work. Why shouldn't procmail 3.12+, running as root, write to a
root-owned file, but will write to a file that is writable by group "other"
"jcl" == Justin C Lloyd <jcl(_at_)biogate(_dot_)com> writes:
jcl> I have a .procmailrc file set up for root on our mail server, and
jcl> seemed to be working fine with it until I upgraded to procmail 3.12. I've
jcl> also just upgraded to sendmail 8.9.3, but that was from 8.9.1, so I don't
jcl> think my problem is a result of sendmail paranoia.
jcl> My problem is this: Now, procmail is not writing to $LOGFILE, which is
jcl> /.procmail-log. It's reporting to syslog
jcl> Mar 31 09:59:55 suw3svr01 procmail: Error while writing to
jcl> Permissions of / and .procmailrc on the server:
jcl> drwxr-xr-x 56 root other 1024 Mar 30 09:04 /
jcl> -r--r--r-- 1 root other 7722 Mar 26 13:53 /.procmailrc
jcl> .procmailrc is read-only because it is under RCS control.
jcl> Variable settings in .procmailrc:
jcl> SHELL = /bin/sh
jcl> PATH = /admin/procmail/bin:/bin:/usr/ucb
jcl> ORGMAIL = /var/mail/root
jcl> MAILDIR = /
jcl> LOGFILE = /.procmail-log
jcl> LOGABSTRACT = "all"
jcl> The / partition is not full.
jcl> The procmail(1) manpage says
jcl> Error while writing to "x"
jcl> Nonexistent subdirectory, no write
jcl> permission, pipe died or disk full.
jcl> I'm at a loss here. Any ideas?
jcl> Justin C. Lloyd Harris Corporation, ISD Voice
jcl> jlloyd(_at_)harris(_dot_)com 505 John Rodes Blvd. Fax
jcl> Unix System Administrator Melbourne, FL 32935 Office W3/1807
jcl> "A standard doesn't have to be good, it just has to be good enough. The
jcl> that it is a standard more than makes up the difference." -- jwz
Justin C. Lloyd Harris Corporation, ISD Voice 407/984-5558
jlloyd(_at_)harris(_dot_)com 505 John Rodes Blvd. Fax
Unix System Administrator Melbourne, FL 32935 Office W3/1807
"A standard doesn't have to be good, it just has to be good enough. The fact
that it is a standard more than makes up the difference." -- jwz