SPF and DKIM by provider

SPF record for Postmark

Last updated 2026-08-29

Postmark sends transactional email over its API or SMTP. Here is what to publish so it can do that as your domain, and what has to line up before DMARC will pass.

What to add. include:spf.mtasv.net in your SPF record, plus the DKIM records below.

What signs your mail. DKIM under pm._domainkey.

You publish the DKIM record and never press Verify, so Postmark keeps sending from the shared signature.

The SPF record

Add one mechanism to the SPF record on your sending domain:

include:spf.mtasv.net

In a complete record, alongside Google Workspace, that looks like:

v=spf1 include:_spf.google.com include:spf.mtasv.net -all

One include, one lookup, no nesting. Postmark is the cheapest entry on this page in lookup terms, which matters when you are already close to the limit.

Then count your lookups. SPF allows ten DNS-querying mechanisms across the entire nested chain, and the eleventh turns the record into a permerror that authorises nothing. The record still reads correctly to a human while every check fails. Run the domain through the SPF checker after every change, because the number moves when your providers change their own records, not just when you change yours.

DKIM

Postmark generates the key per sending domain and shows you the TXT record to publish under the pm selector by default. Add the domain under Sender Signatures, publish what it shows, then press Verify. Key rotation is a button in the same screen, and it publishes the new key alongside the old one so nothing in flight breaks.

Return path and SPF alignment

Set the custom return-path so SPF aligns as well as DKIM:

pm-bounces.example.com CNAME pm.mtasv.net

Without it, SPF authenticates Postmark's own bounce domain. DKIM still aligns, so DMARC still passes, but two aligned identifiers is a better place to be than one.

DMARC alignment with Postmark

DMARC passes when SPF or DKIM passes and the domain it authenticated matches the domain in your visible From address. A provider can pass both checks for its own domain and leave you failing. These are the Postmark specifics:

The general case is covered in alignment, explained, and the header you read to prove it is on the dmarc=fail page.

Verify it

Substitute your domain, and run these after the TTL on anything you replaced has expired:

dig +short TXT example.com dig +short TXT _dmarc.example.com dig +short TXT pm._domainkey.example.com

Then send one message through Postmark to a Gmail address you control, open Show original, and look for dkim=pass with your domain in header.i. That single check is worth more than any number of DNS lookups, because it tests the thing receivers actually do.

Our SPF checker gives you the lookup count, the DKIM checker confirms a selector resolves and the key is long enough, and the DMARC checker reads your policy back to you. All three are free and none of them ask for an account.

Values here were checked against Postmark's own documentation, at Postmark support. Providers change DNS requirements without much announcement, so if their screen disagrees with this page, believe their screen and tell us.

Watch every sender on this domain

You published records for one sender, and the domain behind it usually carries several. One weekly summary covers them all. When a report first names a new source failing, we email you the same day. Pro holds 5 domains for $19 a month.

Get the weekly digest

No card · 12+ months of history · The free plan does not expire

Questions

Do I need the pm-bounces return-path record?

It is optional. DKIM alignment alone is enough for DMARC to pass. Adding it aligns SPF as well, which gives you a second passing identifier for the days when something unexpected happens to the first.