procmail
[Top] [All Lists]

Re: Incorrect Resolution of $HOME Variable

2009-03-30 14:17:36
On 27-Mar-2009, at 12:56, James Butler wrote:
What could cause this problem of Procmail not recognizing
the value of the $HOME environment variable correctly:

1) echo $HOME
/home/username

2) procmail -v
procmail v3.22 2001/09/10
...
Locking strategies:     dotlocking, fcntl(), lockf(), flock()
Default rcfile:         /etc/procmailrc
Your system mailbox:    $HOME/Maildir/username/

### NOTE: Procmail did not resolve the $HOME variable!

my procmail gives:

$ procmail -v
procmail v3.22 2001/09/10
     Copyright (c) 1990-2001, Stephen R. van den Berg <srb(_at_)cuci(_dot_)nl>
     Copyright (c) 1997-2001, Philip A. Guenther
<guenther(_at_)sendmail(_dot_)com>

Submit questions/answers to the procmail-related mailinglist by
sending to:
      <procmail-users(_at_)procmail(_dot_)org>

And of course, subscription and information requests for this list to:
      <procmail-users-request(_at_)procmail(_dot_)org>

Locking strategies:   dotlocking, lockf()
Default rcfile:               $HOME/.procmailrc
Your system mailbox:  /var/mail/root


--
Clark's Law: Sufficiently advanced cluelessness is
      indistinguishable from malice
Clark Slaw: Anything that has been severely damaged or destroyed
      by application of Clark's Law

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail


It does not seem unusual for the $HOME variable to be used as a REFERENCE
in the local paths to the local .procmailrc files when executing 'procmail
-v', as you show above, however I have not seen any other instance of
$HOME failing to expand in the "Your system mailbox:" section. If I leave
the default mailbox setting as "$HOME" in congif.h, and NOT modify it like
"$HOME/Maildir", it expands just fine (/var/spool/mail/root). It is only
when modified to "$HOME/Maildir" per the docs that procmail fails to
expand the variable when it is USED by executing 'procmail -v'.

On a related note, I have been trying to get Procmail to pipe over to
Dovecot's DELIVER application to get messages into the Dovecot IMAP
structure, however there is an issue where procmail claims to have sent
the message via 'deliver', but 'deliver' is never executed, and the
message is lost. I would like to get at least ONE type of IMAP delivery
functioning with procmail, but it's not looking good because of this
problem.

I do believe that this is a procmail issue, with some evidence being given
by the resolution failure of the $HOME environment variable. Procmail just
isn't behaving correctly on this Fedora 10 system, hence my original note
limited to trying to figure out why procmail is failing to resolve that
environment variable correctly. And make no mistake, procmail IS failing
to resolve that variable. So that probably counts as a PROBLEM, Mr. Straw.
;)

Thanks again.

James

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail