On 2018-01-19, Grant Taylor <gtay...@tnetconsulting.net> wrote:
> I haven't done enough with the above (alternate) MTAs to be able to
> speak to them. But my understanding is that they come with a
> /path/to/sendmail wrapper script (or binary) that emulates part of
> what the sendmail binary did. At least the portions there of that
> clients use to submit email the way that you're talking.
I have a /usr/bin/sendmail emulator that transfers mail to an MTA that
will then worry about delivery. I need an SMTP server that will relay
incoming mail by using that existing command-line utility.
>> I'm currently using something I wrote in Python, but the SSL
>> support in the 3rd party SMTP module is broken and I don't relish
>> trying to fix it.
>
> Do you actually need a local MTA (daemon)? Or do you just need
> something smart enough to accept messages from standard in and pass
> them out via a smart host?
I need something that accepts mail via SMTP (with SSL and AUTH
support), and then relays each received message by invoking a command
line utilty that has the same API as /usr/bin/sendmail.
There is no local delivery and no acceptance of mail other than via
SMTP.
I would very much prefer that there is no queueing: the smtp server
should not acknowlege acceptance of the message until the smtp server
has invoked /usr/bin/sendmail and it has returned success.
--
Grant Edwards grant.b.edwards Yow! I've read SEVEN
at MILLION books!!
gmail.com
