when Resend is the right move.
Resend is a strong fit for teams that want resend teams separating transactional templates and suppressions from lifecycle email operations. The migration risk is rarely the CSV — it is the automation graph: triggers, delays, branches, template references, and consent state. mailexodus puts a portable schema in the middle so those objects are inspected before they become Resend objects.
// inboundwhat Resend receives.
- +subscribers
- +segments
- +custom fields
- +suppressions
- +campaigns
- +templates
- +automations
- ?destination mappings still need final operator review
- xlists
- xtags
Automated adapter
Contacts map to subscribers. Segments map to segments. Contact properties map to custom attributes. The contact unsubscribed flag maps to suppression state. Broadcasts map to campaigns. Templates and automations map to content and workflow inventory
Some automation coverage is reconstructed from available metadata Dry-run the report first, then approve writes when the counts and destination gaps look right.
plan the move to Resend.
- Authenticate your sending domain in Resend (SPF, DKIM, DMARC) and plan a warmup window — sender reputation is earned here, it does not transfer.
- Bring consent and suppression state across first, so unsubscribes and bounces are honored from the first send in Resend.
- QA migrated templates and segments inside Resend, and send seed tests before any live campaign.
- Keep your current platform active until in-flight automations finish and Resend is warmed and trusted.
start with the route playbook.
The agent prompt returns a route report with source exports, destination imports, skipped objects, and manual-review tasks. When it looks right, wire credentials and approve writes from a controlled machine.
destination coverage
npx mailexodus@latest info resend
agent playbook
Ask mailexodus for a migration_playbook with to=resend
Use mailexodus skill: your source → Resend playbook