Just a guess, but searching sendmail.org for "Operating System Error"
yields the following from the 8.9.1 release notes:
Mail delivery to files would fail with an Operating System Error
if sendmail was not running as root, i.e. RunAsUser was set.
I would take that to mean if you're using sendmail prior to 8.9.1, and
trying to run it as non-root (something like: "#O RunAsUser=sendmail"
in the *.cf file, but uncommented), it will produce this error message.
[I'm leaving the whole thread intact below (as much as I loathe that),
so someone else, who may not be following closely, will be able to help
if this isn't it.]
Don
On 6 Dec, Scott Savarese wrote:
| I installed the newest version of procmail, and I checked out several
| directory permissions. For some reason I don't even think procmail gets
| called when I recieve mail with it as the local delivery agent. What
| appears to be happening is there is a "Operating System Error" which
| forces sendmail to queue my message. Later when I fix the rc file back to
| the working version it will deliver the mail normally. I have no idea what
| an "Operating System Error" is in sendmail. Has anybody encountered a
| similar problem when they tried making procmail the LDA?
|
| Thanks,
| Scott
|
|
|
| On Tue, 5 Dec 2000, Scott Savarese wrote:
|
| > I changed the sticky bit on /var/mail...Apparently the box's original
| > builders were a little on the idiot side...I am going to leave the setgid
| > bit alone for now, because it shouldn't hurt anything and this is how it
| > is on other servers that I deal with...Just trying to keep things
| > standard...
| >
| > I included the output of procmail...Does this version not support LDA
| > functionality?
| >
| > Thanks,
| > Scott
| >
| >
| > [root(_at_)postal1 lists]$ procmail -v
| > procmail v3.11pre7 1997/04/28 written and created by Stephen R. van den
| > Berg
| >
<srb(_at_)cuci(_dot_)nl>
| >
| > Submit questions/answers to the procmail-related mailinglist by sending
| > to:
| > <procmail(_at_)informatik(_dot_)rwth-aachen(_dot_)de>
| >
| > And of course, subscription and information requests for this list to:
| > <procmail-request(_at_)informatik(_dot_)rwth-aachen(_dot_)de>
| >
| > Locking strategies: dotlocking, fcntl(), lockf()
| > Default rcfile: $HOME/.procmailrc
| > Your system mailbox: /var/mail/root
| >
| >
| > On Sun, 3 Dec 2000, Philip Guenther wrote:
| >
| > > Scott Savarese <savarese(_at_)fortunecity(_dot_)com> writes:
| > > >This is an interesting problem...I am trying to make procmail my LDA with
| > > >sendmail. I make the changes to the sendmail.cf file (via m4 FEATURE(
| > > >local_procmail ) ) and all looks well. I restart the sendmail daemon and
| > > >all of a sudden, anybody that uses the local delivery agent can no longer
| > > >recieve mail. Anybody that has procmail in their $HOME/.forward it works
| > > >fine for. ( I am guessing that is so because with a .forward file you no
| > > >longer use the LDA). As for right now, I am not using an /etc/procmailrc
| > > >file (I do have an /etc/mail/procmailrc which doesn't work now but it
| > > >shouldn't be looking at it),
| > > >
| > > >Can someone tell me, given the configuration listed below, why mail is
not
| > > >receiving correctly when I try to incorporate procmail into
| > > >sendmail...Everything looks right with the configuration...
| > > ...
| > > >First here is a diff of the original sendmail.cf and the new sendmail.cf
| > >
| > > This looks correct.
| > >
| > >
| > > >Now here are the permissions of /usr/local/bin/procmail
| > > >/usr/lib/mail.local and /usr/bin/lockfile
| > > >[root(_at_)postal1 mail]$ ls -l /usr/local/bin/procmail
/usr/lib/mail.local
| > > >/usr/local/bin/lockfile
| > > >-r-sr-xr-x 1 root bin 41756 Nov 19 1999
/usr/lib/mail.local
| > > >-rwxr-sr-x 1 root mail 11304 Jul 18 1997
/usr/local/bin/lockfile
| > > >-rwsr-sr-x 1 root mail 68584 Jul 18 1997
/usr/local/bin/procmail
| > >
| > > Well, you should upgrade to a newer version of procmail (July 1997 would
| > > be version 3.11pre7 and 3.15 is the current version). The permissions
| > > are fine, though you may want to strip the g+s permissions from lockfile
| > > and procmail -- they don't need it with /var/mail being world writable.
| > >
| > >
| > > >and now the permissions on /var/mail
| > > >[root(_at_)postal1 mail]$ ls -ld /var/spool/mail
| > > >lrwxrwxrwx 1 root other 9 Aug 3 1999 /var/spool/mail ->
| > > >/var/mail
| > > >[root(_at_)postal1 mail]$ ls -ld /var/mail
| > > >drwxrwsrwx 4 root mail 7168 Dec 2 18:30 /var/mail
| > >
| > > Well, /var/mail should really be 1777 instead of 777: without the sticky
| > > (+t) bit anyone can remove anyone else's mailbox. This is a Bad Thing.
| > >
| > > Otherwise, that should work. What is the output of "procmail -v" and did
| > > any 'odd' messages appear in the maillog when you tried making procmail
| > > the LDA?
| > >
| > >
| > > Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail