Fast & Reliable Transactional Email. Independent πͺ, privacy-focused π΅οΈ and eco-friendly π± Hosted in the EU πͺπΊ Created by @EHLO_250 #privacy#email#smtp
Too few APIs offer an idempotency guarantee, especially so many years after @stripe led the way. In many cases this is really the only way to make it possible (and much easier) for your API users to build a robust integration that can handle common distributed systems edge cases, application bugs, and retries, all without accidentally generating duplicate work or costing additional money.
When I was recently evaluating transactional email API providers for Riverβs customer billing service, I could only find *2* offerings with idempotent email send APIs: @MailPace and @UseWaypoint. None of the others made it easy to guarantee that my system didnβt accidentally generate duplicate onboarding or notification emails to spam my customers by mistake.
Idempotency should be the default in modern APIs, not a rare exception! Itβs a problem Iβve faced again and again when integrating with 3rd party APIs or even when sending events between internal systems.
River offers built in unique job features to make it easy to implement this in your API, but there are many ways to build this kind of capability.
Check out the blog post in the reply π
I'm launching a new Monthly Mailing List for @MailPace, Awesome Email, filled with developer-focused content on email, as well as the latest mailpace product updates, sign up here: https://t.co/6pHqman55z
@goodenoughllc@bjhess Yes absolutely, weβre working through the root cause(s) and will write a post-mortem on the blog when complete
It was caused by a nightly clean up job failing silently for a few weeks, and when we added more memory it ran and exhausted the entire db hdd space available