From: "Ian Chilton" <ian(_at_)ichilton(_dot_)co(_dot_)uk>
[dman(_at_)netcom(_dot_)com wrote:]
I have the opposite problem. I run procmail on various accounts,
but then sometimes I want to grab my mail with fetchmail. I'd
prefer *not* to run procmail on mail polled through fetchmail.
I have resorted in the past to renaming my .procmailrc, using
fetchmail, then putting back .procmailrc. Not my idea of an elegant
solution.
Why don't you use the mda option in fetchmail to specifiy another MDA?
Er, uh, because I didn't see it in the man pages? :-) Thanks, I'll
go look. (Yes, I have read some of the man pages, but I obviously
missed that.)
From: Anthony Thyssen <anthony(_at_)cit(_dot_)gu(_dot_)edu(_dot_)au>
I also use fetchmail to retreve mail from a pop3 server however I did
NOT want it to be passed to the sendmail server as the local sendmail
would not understand the destination address of the envelope.
Instead I have fetchmail call procmail directly to handle the mail.
In this case I just wanted it placed in a folder to await further
processing. Also included is a MH folder delivery method.
(server/user/password have been replaced to protect the innocent ;-)
=======8<--------
#
# Fetchmail Run Control File
#
# Used for the downloading of mail from the QKS web site
#
set no bouncemail
poll remote.pop3.server
protocol pop3
user whatever
pass guess
to myname here
mda "procmail DEFAULT=mail/@QKS /dev/null"
#mda "/usr/lib/mh/rcvstore +QKS_mail"
=======8<--------
Now the procmail is only being used as a delevery agent only. Thier is
no reason why it could not be given a actual procmail filter instead of
/dev/null as in the above example.
This simplifies the handling of mail from the remote site, avoiding the
need to actually involve your systems sendmail.
Interesting. Okay, thanks - I will have to study this some more, but
it may become useful, yes.
Regards,
DR
--
\ .-. .-. .-. .-. .-. .-. .-. /
\-d-/-m-\-a-/-n-\-(_at_)-/-n-\-e-/-t-\-c-/-o-\-m-/-.-\-c-/-o-\-m-/
'-' '-' '-' '-' '-' '-' '-' '-'