On Oct 27 at 14:07, David W. Tamkin spoke:
Hanspeter Roth wrote:
I've asked this question already to the mutt-people but got no
answer.
My ~/.procmailrc contains DEFAULT=in. When running fetchmail
procmail is called via sendmail and this assignment is honored.
However when I'm using the mutt MUA locally I have the mutt
assignment sendmail=/usr/bin/procmail.
In this environment mail is delivered to /var/mail/user instead to
~/mail/in. It seems that ~/.procmailrc is ignored.
Do the procmail people have an idea what's going on and how to fix
this?
I've a completely different answer from Bart's.
Because you set mutt's $sendmail to /usr/bin/procmail, then for your
outgoing mail, mutt invokes
/usr/bin/procmail maybesomeoptions add(_at_)re(_dot_)ss1
add(_at_)re(_dot_)ss2 ...
for all the addresses on the envelope of the message. Thus, procmail
(1) runs under your account's privileges and (2) takes the first address
on the line as the name of an rcfile. Since there is no such rcfile, it
acts as though it had no rcfile to use and delivers to your $ORGMAIL.
Well, I didn't mention I have the $sendmail assignment in a
send-hook which is triggered when I send mail to myself. I don't use
it when sending outbound mail.
What I have now is this:
set sendmail=\
"/usr/bin/procmail -t -Y -f $LOGNAME(_at_)localhost -m $HOME/.procmailrc"
This seems to work for me.
-Hanspeter
____________________________________________________________
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