I'm having the same problem with my installation. I'm working on it on a
Linux 5.1 box. If I put rules in to redirect mail, it seems that they
work but mail that should stay in my INBOX doesn't. After reading this
thread, I see that they are going into /var/spool/mail/$LOGNAME. My goal
here is to eventually set up an alert account and have all alerts go to
that account and have procmail redirect them from there. I added two
lines to my .procmailrc as follows and it doesn't help:
ORGMAIL=/home/$LOGNAME
DEFAULT=$ORGMAIL
On Tue, 11 Aug 1998, David W. Tamkin wrote:
Hedley Robertson wrote,
| I want the message to stay in the mailbox.
| But the problem is that the mailbox is not /var/spool/mail/signet1
|
| it is
|
| /var/mail/signet1
|
| How does procmail decide where to put the message?
Apparently procmail decided when it was compiled that your spool directory
was /var/spool/mail and that ORGMAIL should be set to
/var/spool/mail/$LOGNAME (do procmail -v to see for sure). You can
either bandage it by setting
ORGMAIL=/var/spool/$LOGNAME
DEFAULT=$ORGMAIL # unless you have another value you prefer for $DEFAULT
into your rcfile or you could recompile procmail and set the proper values
in config.h to make procmail overlook /var/spool/mail and pick /var/mail
instead.
Alternatively, if you're the system administrator, you could make
/var/spool/mail a symlink that points to /var/mail/. As long as the folders
themselves in that directory are real, it won't bother procmail that it found
them by a logical path that doesn't match the physical path.
Message Forwarded to: jas(_at_)mailpage