From owner-freebsd-questions@FreeBSD.ORG Fri Feb 27 03:48:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49F9C79D for ; Fri, 27 Feb 2015 03:48:50 +0000 (UTC) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25FD493C for ; Fri, 27 Feb 2015 03:48:49 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id t1R3mQeg081988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Feb 2015 19:48:27 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id t1R3mQJB081987; Thu, 26 Feb 2015 19:48:26 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA14308; Thu, 26 Feb 15 19:38:01 PST 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 Subject: Re: sendmail && dhcp Message-Id: <54efe697.xdtSCVZsiZDqV7lP%perryh@pluto.rain.com> 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> In-Reply-To: <44k2z4ci8y.fsf@lowell-desk.lan> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 03:48:50 -0000 Lowell Gilbert wrote: > Matthias Apitz 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.