when Loops is the right move.
Loops is a strong fit for teams that want loops teams moving lists, contact properties, campaigns, transactional templates, and workflow inventory into a cleaner operating model. 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 Loops objects.
// inboundwhat Loops receives.
- +subscribers
- +lists
- +custom fields
- +campaigns
- +templates
- ?campaigns
- ?templates
- xtags
- xsegments
- xsuppressions
- xautomations
Automated adapter
Lists map to lists. Contact properties map to custom attributes. Campaigns and transactional emails map to content items. Workflows map to automation inventory for review
Subscriber discovery is limited by the available Loops API lookup surfaces. Workflow APIs are alpha and expose inventory/graph details, not workflow creation Dry-run the report first, then approve writes when the counts and destination gaps look right.
plan the move to Loops.
- Authenticate your sending domain in Loops (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 Loops.
- QA migrated templates and segments inside Loops, and send seed tests before any live campaign.
- Keep your current platform active until in-flight automations finish and Loops 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 loops
agent playbook
Ask mailexodus for a migration_playbook with to=loops
Use mailexodus skill: your source → Loops playbook