sendmail && dhcp
rs at logitravel.com
Mon Mar 2 17:37:14 UTC 2015
sorry to barge in so late, but I do not like to have sendmail or any daemon which can listen on 25 running on my systems when it is not necessary, therefore I use DMA.
It doesn't run a deamon, rather when you send mail it stows them in a queue. Now the queue get's worked on, but when there is no internet connection it should queue the mail (never tried it without internet connectivity though).
You can then fire up your link and use dma -q (see man page) to send the queued email ...
This should be exactly what you want with very little system overhead / attack surface, fast, small, simple.
----- Original Message -----
> From: "Matthias Apitz" <guru at unixarea.de>
> To: "Perry Hutchison" <perryh at pluto.rain.com>
> Cc: freebsd-questions-local at be-well.ilk.org, freebsd-questions at freebsd.org
> Sent: Friday, February 27, 2015 2:01:45 PM
> Subject: Re: sendmail && dhcp
> El día Thursday, February 26, 2015 a las 07:37:59PM -0800, Perry Hutchison
> > Lowell Gilbert <freebsd-questions-local at be-well.ilk.org> wrote:
> > > Matthias Apitz <guru at 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.
> To read and write I'm using mutt as MUA. mutt can fetch with IMAP(S) and
> send with SMTP+SSL; but this (sending directly) is not what I want, I
> want to queue up the outbound mails and send them at once (see above for
> the reason); so, sendmail is the natural option;
> for the PPP link, I already use a devd(8) hook to restart sendmail when
> the interface comes up; for the wlan(4) link I will use the hook
> /etc/dhclient-exit-hooks looking for the $reason BOUND;
> I was hoping for a solution which combines all interfaces in one place,
> but it seems that this does not exist.
> Matthias Apitz, guru at unixarea.de, http://www.unixarea.de/ +49-170-4527211
> La referencia de la Duma a la anexión de la RDA, en este caso al contrario
> con la Crimlía sin
> referéndum, no solamente tiene gracia sino da en el blanco.-
> Marinos Yannikos @MarinosYannikos en un blog de RTdeutsch.
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions