Re:Mailit: A Tiny Drop-In REST API to Send Emails
by icebraining on Tuesday August 01, 2017 @06:17AM
(#14899221)
It's slower, which is important when you're trying to push a lot of emails. If you keep the TLS connection open, sending an HTTP request is very fast. Waiting for the roundtrips of that chatter reduces the throughput, especially on higher latency links.
[ Parent
| on HN ]
Re:Mailit: A Tiny Drop-In REST API to Send Emails
by bjpbakker on Tuesday August 01, 2017 @07:06AM
(#14899444)
> If you keep the TLS connection open, sending an HTTP request is very fast. Waiting for the roundtrips of that chatter reduces the throughput, especially on higher latency links.
I agree that for a high load of sending email it can be beneficial to use an intermediate service. IMO a local sendmail is still preferred, but I see your point.
However, the Mailit service makes the client wait on the SMTP traffic too [1]. So with this particular service you now have to wait for both SMTP /and/ HTTP communication. Doesn't really speed thinks up :)
[1] https://github.com/dthree/mailit/blob/master/src/routes.js#L...
Re:Mailit: A Tiny Drop-In REST API to Send Emails
by icebraining on Tuesday August 01, 2017 @07:29AM
(#14899583)
However, the Mailit service makes the client wait on the SMTP traffic too [1]. So with this particular service you now have to wait for both SMTP /and/ HTTP communication. Doesn't really speed thinks up :)
That depends, you could host the Mailit service in the same machine as the email server, which your application instances on other machines would call. This could be useful if you have multiple machines but only want to run a single email server.