Bug 117034
Summary: | strange error message Couldn't create "/var/spool/mail/pat" | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Patrice Dumas <patpertusus> |
Component: | procmail | Assignee: | Martin Stransky <stransky> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i586 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-01-06 11:53:14 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Patrice Dumas
2004-02-27 16:50:32 UTC
/var/spool/mail should have permission drwxrwxr-x. [pat@localhost pat]$ ls -ld /var/spool/mail/ drwxrwxr-x 2 root mail 4096 fév 16 23:59 /var/spool/mail/ Is this still a problem? Yes. I have updated with yum, now I have procmail-3.22-14 fetchmail-6.2.5-5 and still the same problem. This issue occurs because procmail can't create default mailbox at /var/spool/mail/pat. FC use procmail without S_ISUID, so you need create default mailbox (/var/spool/mail/pat) or set rights of /var/spool/mail/ to drwxrwxrwx or set S_ISUID for /usr/bin/procmail. I think this is really a bug, as there is no reason why procmail should try to create the default mailbox /var/spool/mail/pat with a setup like mine. Or maybe there is a reason? In my setup I explicitely define my maildir to be something else than /var/spool/mail/pat: MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox Ok, I'll check it. /var/mail/$LOGNAME is $ORGMAIL environment variable used by procmail (path to system mailbox). It can be overridden, you have to set $ORGMAIL and use -p and -m command line arguments for procmail. I tried to set ORGMAIL to nothing in my .procmailrc, but it doesn't prevent procmail from trying to create /var/mail/dumas. It doesn't change if I set it in the environment. I cannot use -p, as I allready have -d on the command line. Indeed I call procmail from fetchmail: mda "/usr/bin/procmail -Y -d %T" procmail dies with an error if I try to set -p with -d. Anyway it is documented, from the man page: /var/spool/mail/$LOGNAME system mailbox; both the system mailbox and the immediate directory it is in will be created every time procmail starts and either one is not present Maybe this is a procmail "feature". I think that it should be possible to prevent procmail from trying to mess with the system mail directory when in pure user delivery mode more easily, but it is not a real problem. Anyway I think it should not be closed as NOTABUG but WONTFIX or UPSTREAM. Not a big deal. |