Rust email SDKs
Rust coverage is sparse. Resend ships an official crate; everyone else expects raw HTTP via reqwest.
Rust services typically integrate transactional email through reqwest plus a thin wrapper. Async support is non-negotiable.
Considerations
Use these lenses when comparing the picks below.
- Async runtime support (tokio).
- Crate maintenance and version freshness.
- Type model quality vs hand-rolled structs.
top picks
- 01
Resend
TransactionalOfficial crate with idiomatic async support.
3,000/mo permanent, capped at 100/day, one domain · $20/mo for 50,000 emails - 02
Amazon SES
Transactionalaws-sdk-sesv2 crate via the official AWS SDK for Rust.
Up to $200 in AWS Free Tier credits for new accounts · $0.10 per 1,000 emails
Most providers do not publish a Rust SDK. A thin wrapper around reqwest plus the provider HTTP API is a perfectly acceptable pattern.
Other providers shipping a Rust SDK
reading this as teams building autonomous agents
An agent stack treats email as a two-way primitive. Inbound has to arrive as structured JSON a tool call can consume, sends have to be safe to retry when a model loop repeats itself, and every action needs an audit trail. A provider without inbound parsing only solves half the problem.
Applied to Rust SDKs, that means weighing inbound parsing, idempotency keys, webhook coverage, and operating track record ahead of the rest, against inbound parsing into tool calls and model-generated sends that must not duplicate.