3 ms·
Or isn't SMTP the universal driver / adapter in this case? Which all those email providers support as far as I know. Then you don't even change the code, but j
by gingerlime 11y ago
Or isn't SMTP the universal driver / adapter in this case? Which all those email providers support as far as I know.
Then you don't even change the code, but just configuration.
APIs are great, but I'd say protocols (or at least the well adopted ones) are better.
- tomschlick 11y agoSMTP is also 3-10x slower than a simple POST request though. If you're sending 10,000 emails an hour that adds up.
- icebraining 11y agoWhy is SMTP slower? You can open a connection, authenticate and then send as many emails as you want. Doesn't seem slower than sending POST requests with their headers and such.
- tomschlick 11y agoIn theory yes, in practice that's usually not the case in my experience.
- deleted 11y ago[deleted]
- baudehlo 11y agoThe technical answer is it's complicated. SMTP is chatty. Even when you use PIPELINING. It tends to send way more packets than HTTP. And while you can open one connection and send multiple mails through it, the likelihood of your client library doing that is pretty low, sadly.
- tracker1 11y agoSMTP must maintain a transient state throughout the connection and respond to interactive requests... HTTP-POST can handle the request chain inline, and deliver a single response, the decision tree is much lighter. For that matter, HTTP-POST can partially to completely defer all processing decision trees, always returning 200 OK, offloading to a queue system that will process the request out of band, and issue the real response errors via a dashboard. Making it lighter still.