Popular services and pricing
Providers in this category price on volume, and the market splits into two shapes. Raw infrastructure such as Amazon SES sells sending capacity cheaply and leaves the tooling to you. Developer-focused services such as Postmark sell deliverability and observability at a higher per-message rate.
Verified on 2026-08-10: Amazon SES lists $0.16 per 1,000 emails on its Essentials tier up to 10M per month, with lower rates above that and a $0.10 a-la-carte rate. Postmark lists $15 per month for 10,000 emails, with overage at $1.80 per 1,000.
I priced Nitrosend straight on volume for the same reason, similar to Postmark or Resend, with a decent free tier, 8,000 emails then 500 a month. You can start easily and cheaply with just transactional email and never pay for stored contacts.
Key features to consider
Four things separate services in this category once price is set aside.
Deliverability infrastructure means authentication handled as configuration, suppression lists enforced automatically, and reputation managed across the sending domain rather than left to each customer.
Latency matters for a specific subset of messages. A one-time passcode that arrives in ninety seconds has failed even though it was delivered, so time-to-inbox is a functional requirement for authentication mail rather than a performance nicety. The failure mode matters as much as the latency. If a transactional email fails to send, you do not want it auto-sending a day or days later off some automatic unblocking, unless the recovery is short. I would rather duplicate the message, try again, and tell the user it failed.
Message-level latency has two components worth separating: the time the API takes to accept the request, and the time from acceptance to delivery at the receiving server. Providers publish the first and rarely the second.
Observability is the feature teams underrate at purchase and want most at 2am: per-message delivery status, bounce reason, and a searchable history long enough to investigate a complaint that arrives a week later.
Integration surface is the last one. The options are a REST API, SMTP relay credentials, or a language SDK, and they are not equivalent: SMTP suits a drop-in replacement for existing sending code, while an API gives access to templates, suppression and event history that SMTP cannot express.
Cold outreach is a different category again. Different domains, different mailboxes, different volumes and different deliverability rules, so a transactional service is not the place to run it. And on scope, Ed Hartley on our team keeps asking the right question: what exactly is our transactional email compatible with, what is it not, and is that framework published where users can see it. This page is part of the answer.
Nitrosend's integration surface is a REST API, an MCP server and a CLI. The SDK is @nitrosend/sdk on npm, alongside the REST API for Python and every other language, with full reference docs at docs.nitrosend.com.
The economics nobody puts on a pricing page
The cost difference between renting a full platform and renting only the transport is larger than most teams assume, and it is worth doing the arithmetic before choosing.
At 100,000 contacts sending twice a month, raw transport runs roughly 0.80 to 1.00 dollars per 1,000 emails, about 160 dollars a month. The same programme on a full-service marketing platform can run 400 to 600. With decent development resources, bringing your own transport and building a light automation layer over it cuts costs by 70 to 80 percent at scale.
The trade is not free and the honest version includes what you take on: deliverability monitoring, bounce and complaint handling, template management and the operational attention that a platform was absorbing. The saving is real, and it is a saving on software, paid for in engineering time.
Which is why the sensible middle exists: keep ownership of the transport relationship and rent the layer above it. We support configuring your own provider for exactly this reason, so the sending account, its reputation and its pricing stay yours while the automation is someone else's problem. That includes Mailgun among the configurable providers, and our own system and transactional send paths run on AWS SES underneath.
Volume-based pricing is the shape to look for, because it aligns the bill with what you actually do. Charging for stored contacts penalises you for keeping a list you are not mailing, which is precisely the list hygiene behaviour every deliverability guide tells you to practise.