An email API aimed at developers: send from a few lines of code, write the templates as components, and read delivery, bounce and complaint events back through webhooks. It is the sending layer, not the newsletter tool.
Do not build this. Deliverability and warmed sending addresses are the product, and reputation cannot be bootstrapped. Application mail that does not arrive is an outage you cannot see from your own side. A relay gives you infrastructure with an existing standing at the large providers, plus the bounce and complaint feedback that keeps it. WHAT TO DO INSTEAD OF BUILDING - Rent a relay. Compare on price at your volume and on the quality of the feedback you get back - Never run your own mail server for application email. Clean address, reverse DNS, warmed reputation and feedback loops with every provider is a job WHAT YOU MUST DO REGARDLESS - **SPF, DKIM and DMARC**, with DMARC enforcing rather than sitting at none, and the aggregate reports actually read - **A separate subdomain for transactional and marketing mail.** A password reset failing because a campaign got complaints is the specific disaster to avoid, and sharing a domain is how it happens - Warm a new domain slowly: hundreds, doubling over weeks - Bounces and complaints consumed and acted on: hard bounce suppresses immediately, complaint suppresses permanently and is never mailed again - A per-recipient daily cap, so a loop cannot send somebody four hundred messages - One delivery row per recipient per message, written before sending, idempotent, with the provider's message id recorded. That makes a resume exact and lets you change provider by rewriting one file WHAT TO BUILD - **A local mail catcher for development.** Nothing reaches a real person by accident, nobody needs a provider account to work, and you can read the raw source, the HTML and the headers of what your application actually sends. That is under Mailtrap elsewhere in this catalogue and it is a weekend - Templates as MJML or tables with inline styles, with the plain-text alternative generated from the same source rather than written twice. Preview in the client that renders with the Word engine, because that is the constraint THE CHECK NOBODY RUNS Send your own password reset to three different large providers and see where each lands. Most people have never looked, and the answer is occasionally the spam folder — which explains a support queue nobody could account for. THE ONE-LINE VERSION Rent the relay, keep transactional apart from marketing, build the development catcher, and go and check where your reset email lands.
What you lose
- Deliverability infrastructure and mailbox-provider relationships, which cannot be written in any language
- Domain verification, DKIM key management and DMARC alignment handled for you
- Webhooks for delivery, bounce, complaint and open events, already reliable
- A dashboard your whole team can search when a customer says they never got the email
- Someone whose job is watching the sending reputation you depend on
If you would rather not build
- Amazon SES — cheapest at volume, rougher edges
- Postmark — the same trade with a stronger transactional reputation
- Nodemailer plus any SMTP relay, for the minimal version
What it costs
read from their page 15 Aug 2026
| Plan | Billed monthly | Billed yearly | Last read |
|---|---|---|---|
| — | $20/mo | — | 15 Aug 2026 |
Their pricing page is where these came from. Seeing a different price? Tell us.
The escape hatch
open source · no votes, no paid placement
Postal
$0Full mail server for application email, with queues and bounce handling.
postalserver/postalfree · open source
listmonk
$0Newsletter and mailing list manager with subscriber import and bounce processing.
knadh/listmonkfree · open source
Why this verdict
our own opinion · changed only by a person
26/100
Verdict no at 26: the API is a day, the reputation is years. The interesting build here is the transactional outbox and the provider abstraction, which is what actually protects you.
History
tracked since 6 Aug 2026 · nothing is ever overwritten
Questions about Resend
answered from the record above
Is Resend free?
No — the plan we track is $20 a month. Pro, entry tier. Higher volumes step up through $35, $90 and beyond; marketing email is priced separately, and a dedicated IP is $30/mo on top.
Can you replace Resend by building your own?
KEEP IT. The value is the network, the data or the infrastructure. Keep paying. Replacement score 26 out of 100, build time longer than it saves. Read what you lose before you decide.
How much does Resend cost?
$20 a month on Pro — $240 a year. Recorded 6 Aug 2026.
What do you lose by replacing Resend?
Deliverability infrastructure and mailbox-provider relationships, which cannot be written in any language; Domain verification, DKIM key management and DMARC alignment handled for you; Webhooks for delivery, bounce, complaint and open events, already reliable; A dashboard your whole team can search when a customer says they never got the email; Someone whose job is watching the sending reputation you depend on. If any of those carry weight for you, keep paying.
Is there an open-source alternative to Resend?
Yes: Postal, listmonk. The prompt on this page is for when you want it your way instead.
Related entries
same category first, most replaced first
Every week, something stops being worth paying for.
New verdicts, prices that moved, entries added. One email a week. Unsubscribe in one click. Nothing is being sent yet — your address is kept here, and the first issue is the first thing it is used for.
free forever · no tracking pixel · stored here, never passed to anyone

