Migrating email service providers can be a large undertaking. We want to help relieve some of that stress of moving to Postmark from SparkPost. This guide will detail some of the differences and similarities between SparkPost and Postmark, as well as give some useful tips for migrating to Postmark from SparkPost.
It includes details on differences between Postmark and SparkPost APIs, sending outbound emails, processing inbound emails, UI differences, and webhooks.
Since Postmark does not allow bulk email (including subscription newsletters), there are no list management features available in Postmark, such as handling unsubscribes or adding unsubscribe links to your emails.
Postmark doesn’t offer premium or enterprise options because we provide full support for all of our customers regardless of how much you pay.
Postmark does not provide 15,000 free emails each month like SparkPost. We start you with 25,000 free credits when you create your account but you will need to purchase more credits once those are used.
Postmark uses a pay as you go credits model instead of subscriptions. You only pay for the credits you use. See our pricing page for more details. One credit is used per email sent/received and credits never expire.
We do not recommend using dedicated IPs for most senders but do move senders to dedicated IPs at no additional charge once they reach a significantly large volume. As a result, you are never responsible for warming up an IP. We take full responsibility for managing IP addresses and warming them up.
Postmark does not currently support custom domains for click tracking. For security purposes, we use a secure domain: https://click.pstmrk.it.
Important concepts to learn when moving over to Postmark
There are a couple important concepts to learn when moving over to Postmark: Servers and Sender Signatures, and Verified Domains. A server and a confirmed sender signature/verified domain are required for sending, so it is important to understand what they are used for.
Each Postmark account contains servers. Servers are similar to sub-accounts on SparkPost and can be thought of as folders you create that group together similar email activity. Each server has its own activity (inbound and outbound), stats, server API token(s), a unique inbound email address, and templates. You can create as many servers as you need, there is no limit.
Some uses of servers are separating your clients’ activity, sending emails for different environments (prod, staging, development), or separating sending for your different domains. When you begin adding more users to your Postmark account, you can also assign them access to specific servers so that they can’t view email activity or change settings across your entire Postmark account.
In Postmark you need to have either a confirmed sender signature or verified domain for each email address you want to send from. Sender signatures are individual email addresses that are authorized for sending via a confirmation email sent to that address. Adding and verifying a domain using DNS records lets you send from any email address on that domain.
The domain verification option is similar to SparkPost’s domain verification, but Postmark’s sender signatures offer a lower-friction way to verify individual email addresses for sending when verifying an entire domain isn’t practical.
We use sender signatures and verified domains to ensure you own or are authorized to send from the mailboxes you add to your Postmark account. You can have as many signatures and domains as you need, there is not a limit. Sender signatures and domains are associated with your account, not a specific server. This means they can be used for sending across all of your account’s servers.
Postmark does not support verifying domain ownership by emailing email@example.com and firstname.lastname@example.org. To verify a domain, you will need the ability to update DNS records.
Tip: You can use any sender signature/verified domain for sending with any Postmark server. It is different from SparkPost where the sending domain and its activity are linked together.
Each Postmark account has an account API token. Every server in an account also has its own server API token(s). Server API tokens are used for server-level actions such as sending email, getting statistics, modifying a template, etc… account API tokens are used for account-level actions such as creating a new server or adding a new domain for sending.
Like SparkPost’s sink.sparkpostmail.com domain, you can also send test emails to Postmark’s sink email address, email@example.com. Messages sent to this domain will be dropped on the receiving end but you will be able to see the delivery confirmation and message in your Activity. Also see our blog post about best practices when testing with your Postmark account.
Entire domains can be verified for sending using DKIM and SPF records
Postmark retains the full content and event history of every message for 45 days whereas SparkPost only maintains event history and only for 10 days.
Postmark’s outbound message size limit is 10 MB including attachments, SparkPost’s limit is 20 MB.
Postmark messages can have up to 50 recipients in a single message.
You must use a Server API Token for both your SMTP username and password when using SMTP with Postmark. You can generate as many Server API Tokens as you need.
Postmark does not support scheduling messages to be delivered later. Postmark sends the emails as soon as the request to send is received. If you want to schedule messages to be sent at a later date or time, you would need to do that in your codebase.
Templates are not supported with Postmark’s SMTP service and can only be used with the Postmark API.
With Postmark, you can verify a single email address, or “Sender Signature,” for sending in place of verifying an entire domain
Verifying Email Addresses and Domains for Sending #
Similar to SparkPost, domains in Postmark are verified for sending using DKIM and SPF records added to your domain’s DNS. Head over to our help article on verifying a domain for sending with Postmark for more detailed steps. Unlike SparkPost, you cannot verify a domain by sending emails to the abuse@ and postmaster@ email addresses for your domain.
Unlike SparkPost, Postmark also includes an additional option for sending from a single email address that you can confirm using an emailed link. You can add individual addresses as Sender Signatures to your account, which does not require that you add DKIM and SPF records to send with that email address, though we always recommend setting up DKIM and SPF to maximize deliverability.
You can add and manage your sending domains and email addresses from the Sender Signature page in Postmark. Each domain you add has an Authentication page that includes the unique DNS record information for setting up DKIM, SPF, and a custom return-path.
Tip: Postmark does not allow sending from any public domain email addresses, such as Gmail, Yahoo, AOL, Outlook, Live, etc…
Each server you create in Postmark will have its own unique server API token(s). You will need to use a server API token (found in the credentials tab of a server in Postmark) for authenticating SMTP sending.
Tip: You will need to switch over to using port 25, 2525, or 587 when using Postmark SMTP. We recommend using port 2525 or 587, since port 25 is sometimes blocked by ISPs.
587 or 2525
25, 587, or 2525
Server API Token
Server API Token
Plain text (unencrypted), CRAM-MD5, TLS
If you need to whitelist the IPs you connect to Postmark SMTP with, whitelist the following ranges:
Authentication When authenticating with the Postmark API for sending emails, you will need to use your server API token in an X-Postmark-Server-Token header. As a reminder, you can get your server API token from the server’s credentials tab.
For the most part, inbound email processing is implemented similarly between Postmark and SparkPost, but SparkPost refers to it as “Relay Events.” If you were using relay events with SparkPost and will be using Postmark for processing email once you migrate, this section is an important read.
Postmark will provide the raw content as well as a clean “Stripped Reply” that removes any quoted text and email signatures.
Postmark will automatically parse and strip the inbound email address to include a field for the Mailbox Hash
With Postmark, you do not have to use a verified domain for inbound domain forwarding, and Postmark does not require that you set up inbound domain forwarding using an MX record in order to use inbound processing. Each server you create in Postmark will come with a unique inbound email address (ex. firstname.lastname@example.org) that you can use to receive emails inbound at your webhook URL. However, if you want to use inbound domain forwarding, and MX record is required.
Postmark requires that you enable SMTP (if not enabled already) on your Postmark server to use inbound processing.
SparkPost retries inbound message POSTs first at 300 seconds after the initial post, and then repeatedly tries up to 7 times with a back-off algorithm. With Postmark, a total of 10 retries will be made over a 10.5 hour period, with growing intervals from 1 minute to 6 hours. If all of the retries have failed, your inbound activity page will show the message has a processing error.
Postmark’s inbound message size limit including attachments is 35 MB, whereas SparkPost’s is 20 MB.
Postmark allows you to use filters to block specific domains or email addresses from inbound processing. This save you the processing resources and does not charge you credits for spam or other abuse. These messages are saved for 10 days, and you can bypass the block via the web interface or API.
Postmark also offers some SpamAssassin message scoring and filtering for inbound messages.
Postmark provides you with some additional control on how spam filtering is handled that is not available in SparkPost. In your inbound settings in the Postmark UI (Settings > Inbound) you can set your Spam Assassin threshold, which is the Spam Assassin score that needs to be reached or exceeded to trigger the spam filter (the higher the Spam Assassin score, the more likely the email is spam).
In the inbound spam filtering settings you can also add rules for blocking inbound messages from specific email addresses and domains.
Both SparkPost and Postmark allow you to receive notifications as JSON POSTs to URLs you specify when specific events occur. While SparkPost has one main webhook concept with different event types, Postmark splits up event types into multiple distinct webhooks.
Postmark’s delivery webhook allows you to receive notifications when an email is delivered to a recipient. In Postmark, an email is considered successfully delivered when the destination email server returns a 250 OK response after delivery is attempted.
Postmark includes some additional information for bounce events that is not present in the SparkPost Event Webhook you should be aware of:
Information on whether the recipient’s email address is deactivated and can be reactivated
Whether a message dump is available. Postmark stores content for 45 days but retains bounce
information indefinitely. If the message was sent less than 45 days ago,
you can get a full dump of the message content if this parameter’s
value is true
It's also important to note that Postmark's bounce webhook also handles spam complaints and notifications whereas SparkPost uses a separate set of web hooks just for Spam. The fields below denote when an attribute from a SparkPost webhook is only included for spam or bounce requests.
Tag/Category (Message tags in Postmark, Recipient tags in SparkPost)
Unique bounce identifier
bounce_class (Bounce Hook Only)
Server used to send the email (Server in Postmark, Subaccount in SparkPost)
error_code (Bounce Hook Only)
raw_reason (Bounce Hook Only)
Description of bounce
reason (Bounce Hook Only)
Whether the recipient’s email is deactivated
Whether the recipient’s email address can be reactivated
If a message dump is available
Type of Spam Report
fbtype (Spam Hook Only)
report_by (Spam Hook Only)
report_to (Spam Hook Only)
Originating IP Address
Originating IP Pool
Tip: Postmark includes an additional option when setting your bounce webhook URL to include the message content in the JSON sent to your URL. This option lets you receive the full message content when receiving bounce event information.
Postmark provides you with the ability to organize your emails by servers. This lets you separate sending based on domains, environments, customers, or any other facet that helps organize the activity of a given application.
To view statistics and metrics for a server, click on the server, which will take you to its statistics tab.
The statistics tab is similar to SparkPost's Reports pages, though each server has its own statistics page rather than an overall account view like SparkPost. Included in the statistics area are the server's sending volume, processed (inbound) volume, link tracking metrics (if enabled), open tracking metrics (if enabled), and bounce metrics.
To see your inbound and outbound activity in a server, click on the Activity tab. This area will show a detailed event view of that Server’s events, including sent, delivered, open events, spam complaints, bounces, etc... Use the search bar to look for emails by subject or email address.
To see details for a particular event, click on the event. Some events included are sent emails, bounces, spam complaints, clicked links, and opened emails. Events in Activity are color coded to help you tell what occurred at a glance:
Postmark gives you the ability to create and store templates including a variety of pre-built and well-test templates for common scenarios. From the Templates tab you can create, edit, and delete the server’s templates. Each server contains its own templates but you can easily copy templates from one server to another.
Alternatively, if you'd like to build your own batch of templates, we've created and open-sourced MailMason to help you automate the process of creating, testing, and managing your own templates using partials, variables, SASS, and asset management.
The Account page is where you can add emergency contacts in case we need to reach you regarding your account and have not heard back from the owner, set up billing notifications, mange your account API tokens, purchase credits, and other administrative features.
The Users page is where you add and manage users to your account for tasks such as viewing activity for troubleshooting and tracking purposes, managing server settings, creating templates, etc... Use our different roles to effectively manage the security of your account. See our help article on setting permissions for an overview of what options there are and how to control your users’ permissions.
For more Postmark specific insight on how to get started and get the most out of Postmark, make sure to look through our “Getting Started Guide” or visit our support center where you can easily search all of our documentation from a single place. API docs. Guides. Blog posts. Help docs. Labs projects. You name it. We probably have something that can help you out.
Once you've switched to Postmark, you may want to become familiar with our status page and status API. We believe deeply in transparency, and we go a step further than just system availability and share our inbox rates and delivery speeds for the five most popular inbox providers. We also offer all of the data via an API so you can monitor us and set up automation in the event something does go wrong.
You now have a solid understanding of how to transition over the core features you need in an ESP from SparkPost to Postmark, including how to send outbound and process inbound email, what APIs and webhooks to use for certain functions, and how to view your email activity and statistics. If you have any questions about where to find a setting or how to use a feature in Postmark, get in touch and we can help!