Re: Lite SMTP server/daemon
- To: Celejar <celejar@csmining.org>
- Cc: debian-user <debian-user@lists.debian.org>
- Subject: Re: Lite SMTP server/daemon
- From: Steve Kemp <skx@debian.org>
- Date: Tue, 08 May 2018 13:22:07 +0000
- Message-id: <[🔎] 1525785727.5252.1@ssh.steve.org.uk>
- In-reply-to: <20100501222413.f5fdba21.celejar@csmining.org>
- References: <4BD1E3C5.23069.11D86AA@export.hope.cz> <4BD2B938.8050402@hardwarefreak.com> <20100425101712.cf2c9061.celejar@csmining.org> <4BD56156.3715.912CDB@export.hope.cz> <20100426151224.0414130c.celejar@csmining.org> <20100430162040.f26361ba.celejar@csmining.org> <20100430221011.GA1567@steve.org.uk> <20100501222413.f5fdba21.celejar@csmining.org>
> > qpsmtpd? It is small, plugin-based, and also written in Perl.
> I couldn't discern, BTW, whether it supports TLS / SSL to an
> upstream MTA? I did find this thread:
>
> http://www.nntp.perl.org/group/perl.qpsmtpd/2005/07/msg3404.html
That thread, I think, is about presenting TLS to the clients
who submit mail - rather than piping from the proxy itself to
the upstream/"real" server.
When I've used qpsmtpd in the past I used the `exim-bsmtp` process
to talk to exim4 on the local-system. That didn't involve using
TLS, just a pipe.
The "smtp-forward" plugin doesn't seem to support TLS either, for
what that's worth.
Generally I'd assume:
internet -> qpsmtpd -> [exim|postfix|whatever on the local host]
So the lack of TLS on the final hop hasn't been a concern to me
personally. I can appreciate others might disagree.
Steve
--
Reply to: