I would be surprised if has not. There have been lots of tools over the years where the idea was to present a command-line interface compatible with Sendmail's message submission mode, and hand the mail over to a smart host, possibly not using anything like SMTP.
I predict that someone will be asking for the -t option to be supported here. (-:
I felt the same way . The idea came when I tried to submit patches to sourcehut using my gmail account and the gmail smtp gateway didn’t work (connections, formatting).
A quick proof of concept with the REST API and I thought – why don’t we all use this for patches?
You know something is a good idea when you're surprised it hasn't already been invented. This is one of those (assuming it actually hasn't I guess).
Really handy little tool. Nice one
I would be surprised if has not. There have been lots of tools over the years where the idea was to present a command-line interface compatible with Sendmail's message submission mode, and hand the mail over to a smart host, possibly not using anything like SMTP.
I predict that someone will be asking for the -t option to be supported here. (-:
it works implicitly . gmail api reads the headers for BCC / to: etc. I'll see about improving the command line args and usage
I felt the same way . The idea came when I tried to submit patches to sourcehut using my gmail account and the gmail smtp gateway didn’t work (connections, formatting).
A quick proof of concept with the REST API and I thought – why don’t we all use this for patches?
See also:
https://wiki.archlinux.org/title/SSMTP
i got the idea because gmail smtp didn’t format patches properly. It uses mime and rich formatting which breaks patches.
REST apis preserve the original message .
*gmail's smtp gateway . obviously smtp protocol is high-fidelity