On 01/19/2018 11:03 AM, Grant Edwards wrote:
I need to setup an SMTP relay server.
Okay.
It needs to accept messages as an SMTP server (using SSL and AUTH on a non-standard port) from a single user and single source and then relay them by passing them to a command-line MTA (e.g. /usr/bin/sendmail replacement provided by msmtp).
I'm not completely clear on what you're wanting. But it sounds like you want to be able to send email by passing the output of <something> into the input of /usr/sbin/sendmail (or the likes). Is th
It only needs to handle a few messages per week, and doesn't need to handle more than one connection at a time.
IMHO the number of message is mostly immaterial.
exim? postfix? emailrelay?
My personal MTA of choice is sendmail.
What I can't figure out for the above is how you configure them to send the mail using a command line MTA like /usr/bin/sendmail or /usr/bin/msmtp instead of initiating a network connection to an SMTP server.
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'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?
IMHO this is trivial to do with Sendmail, and how I would do it. If you want to go that route, let me know and I'm happy to help.
-- Grant. . . . unix || die
smime.p7s
Description: S/MIME Cryptographic Signature
