why teams leave SendPulse.
- →SendPulse migrations need an explicit boundary around what the API exposes.
- →Teams want a dry-run report before rebuilding subscribers, lists, tags, custom fields.
- →Automation360 content, reusable templates, and saved segments are not covered by the current canonical migration surface
what mailexodus pulls from SendPulse.
- +subscribers
- +lists
- +tags
- +custom fields
- +suppressions
- +campaigns
- ?suppressions
- ?campaigns
- xsegments
- xtemplates
- xautomations
- xsender reputation and domain warmup
- xhistorical analytics, revenue attribution, and aggregate reporting
- xcontacts already mid-flight inside active automations
- xA/B test results and provider-specific experiment history
- xprovider-native design blocks, product widgets, coupons, and private assets that are not exposed by API
Partial automated adapter
Address books map to lists. Contacts map to subscribers. Tags map to tags. Variables map to custom attributes. Blacklist entries map to suppressions. Campaigns and templates map to content items
Automation360 content, reusable templates, and saved segments are not covered by the current canonical migration surface
how an agent migrates SendPulse → Sequenzy.
This is exactly what mailexodus hands your agent: authenticate, then for each object type — read it from SendPulse, map it to the portable schema, write it to the destination. mailexodus never writes; your agent does, with this report in hand.
Create SendPulse REST API credentials with address book, contacts, blacklist, campaign, and Automation360 read access. Paste CLIENT_ID|CLIENT_SECRET, or JSON with clientId and clientSecret. JSON with accessToken is also accepted
- segments
- templates
- automations
- sender reputation and domain warmup
- historical analytics, revenue attribution, and aggregate reporting
- contacts already mid-flight inside active automations
- Sender reputation is earned at the destination — set up SPF/DKIM/DMARC and a warmup ramp; it does not transfer.
- Keep the source platform active until authentication, warmup, and in-flight automations have finished.
- Honor suppressions before the first send.
- After writing, verify counts per object type against the source before switching live sends.
guide your agent, or follow it yourself.
Pull the full playbook from the skill prompt, CLI, or MCP server, then work the steps. Start by confirming credentials: Create SendPulse REST API credentials with address book, contacts, blacklist, campaign, and Automation360 read access. Paste CLIENT_ID|CLIENT_SECRET, or JSON with clientId and clientSecret. JSON with accessToken is also accepted
provider coverage
npx mailexodus@latest info sendpulse
agent playbook
npx mailexodus@latest guide --from sendpulse --to sequenzy
Use mailexodus skill: SendPulse → Sequenzy playbook