Date: Thu, 26 Feb 2015 19:37:59 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: guru@unixarea.de, freebsd-questions-local@be-well.ilk.org Cc: freebsd-questions@freebsd.org Subject: Re: sendmail && dhcp Message-ID: <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> In-Reply-To: <44k2z4ci8y.fsf@lowell-desk.lan> References: <20150226144245.GA1346@c720-r276659> <44bnkgsmcl.fsf@lowell-desk.lan> <20150226194012.GA2695@c720-r276659> <4461aoe96j.fsf@lowell-desk.lan> <20150226203154.GA2853@c720-r276659> <44k2z4ci8y.fsf@lowell-desk.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> wrote:
> Matthias Apitz <guru@unixarea.de> writes:
> > I fetch my mails from my ISP with fetchmail and pipe them
> > through sendmail and procmail (for filtering); and I send
> > upstream with SMPT && SSL to my ISP using sendmail ... it is
> > so nice to connect a few seconds(!) to fetch all your mails,
> > shutdown the link, read and answer the mails offline, queue
> > answers with sendmail, and re-open the link for a few seconds
> > to send the mails out.
>
> You don't need a sendmail daemon for that.
There's no need to involve sendmail at all (on the receive side)
for that. Depending on the MUA the OP might need one for sending --
some MUAs only support sending via SMTP, not by fork/exec sendmail.
> Tell fetchmail to invoke sendmail itself instead of delivering
> to a local TCP port
AFAIK there is no need for one MTA (fetchmail) to invoke another
MTA (sendmail) just to get to a third mail agent[*] (procmail).
Have fetchmail invoke procmail directly.
[*] I don't remember offhand whether procmail is considered an MTA
or an LDA, and for this analysis it doesn't matter.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54efe697.xdtSCVZsiZDqV7lP%perryh>