Mirror DNS
Add Postscale verification, DKIM, return-path, and optional MX records while the old provider keeps sending.
Postscale gives Postmark teams a direct REST and SMTP path while adding bundled inbound rules, masked addresses, DMARC reporting, and EU/EEA-hosted primary service data.
A direct map from Postmark concepts to the Postscale API and operational model.
| Postmark | Postscale | Migration note |
|---|---|---|
| Email API | POST /v1/send | Map From, To, Subject, HtmlBody, TextBody, Tag, and Metadata into Postscale fields. |
| Message Streams | Tags and domains | Preserve stream identity as tags or separate sending domains depending on reputation needs. |
| Inbound webhook | Inbound Email API | Point MX at Postscale and keep reply routing identifiers in aliases or metadata. |
| Templates | Postscale templates | Use template slugs or UUIDs and pass variables in the send request. |
| Suppressions | Suppression API | Export suppressions per message stream and preserve stream context with scoped unsubscribe columns when needed. |
Add Postscale verification, DKIM, return-path, and optional MX records while the old provider keeps sending.
Swap API credentials and normalize the send payload. Keep the old provider path behind a feature flag for rollback.
Preview and import suppression exports, move template HTML, then configure delivery, bounce, complaint, and inbound webhooks.
Start at 10 percent, watch bounces and complaints by ISP, then increase volume as warming limits allow.
Keep the application contract familiar while moving transport and credentials to Postscale.
await fetch("https://api.postmarkapp.com/email", {
method: "POST",
headers: {
"X-Postmark-Server-Token": process.env.POSTMARK_TOKEN,
"Content-Type": "application/json",
},
body: JSON.stringify({
From: "Acme <alerts@example.com>",
To: "user@example.com",
Subject: "Welcome",
HtmlBody: "<p>Hello from Acme</p>",
Tag: "onboarding",
Metadata: { user_id: "usr_123" },
}),
});await fetch("https://api.postscale.io/v1/send", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.POSTSCALE_API_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
from: "Acme <alerts@example.com>",
to: ["user@example.com"],
subject: "Welcome",
html_body: "<p>Hello from Acme</p>",
tags: ["onboarding"],
metadata: { user_id: "usr_123" },
}),
});Most teams preserve stream names as tags and separate reputation-sensitive traffic by domain. High-volume cases can use dedicated domains and warming controls.
Yes. Continue rendering HTML in your app and send html_body, or move reusable templates into Postscale when non-developers need to edit content.
No. Postscale parses inbound MIME and sends structured webhooks, so your application can keep focusing on routing and ticket logic.
Export the suppression dump for each message stream, keep stream names when unsubscribe scope matters, and preview the import before commit.