b2KIT

Email Security Checker

Check a domain's email security setup by looking up SPF, DKIM, DMARC, and MTA-STS DNS records.

Tested tool guide Tested browser tools Checked August 16, 2026

What Email Security Checker does and how it behaves

Enter an email domain to inspect the DNS records used for sender authorization, message authentication, domain policy, and transport-security signaling. The checker looks for SPF at the domain, DMARC under _dmarc, DKIM beneath a selector-specific _domainkey name, and MTA-STS under _mta-sts. A common surprise is that DKIM cannot be conclusively checked from a domain alone: every DKIM key is addressed by a selector, usually obtained from a signed message or the mail provider's configuration.

How the result is produced

1

Record locations

SPF is normally a TXT record at the domain being checked. DMARC uses _dmarc followed by that domain. A DKIM public key uses a name shaped like selector._domainkey.domain, so the selector is part of the lookup. MTA-STS signaling uses a TXT record at _mta-sts.domain. Each mechanism has its own record syntax and purpose.

2

What the records establish

SPF describes which hosts may send for a domain. DKIM publishes a public key used to verify matching message signatures. DMARC states how receivers should evaluate aligned SPF or DKIM results and may request reports. The MTA-STS TXT record identifies a published policy version, but the transport policy itself is a separate document served from the domain's designated HTTPS location.

Good uses

  • Confirm that DNS changes for a newly connected email-sending domain are publicly visible.
  • Investigate why a receiving service reports SPF, DKIM, or DMARC authentication problems.
  • Audit whether a domain publishes both message-authentication records and an MTA-STS signal.

Limits and checks

  • A record being present does not prove that it is syntactically valid, aligned with the visible From domain, or honored by every receiver.
  • A missing DKIM result may mean the wrong selector was checked, not that the domain sends unsigned mail or lacks DKIM keys.
  • Finding an MTA-STS TXT record alone does not confirm that its HTTPS policy file exists, is current, or can be retrieved successfully.

Common questions

Does a clean result mean the domain's email is secure?

No. DNS publication is only part of the setup. Actual messages must use the intended envelope sender and DKIM selector, signatures must verify, and DMARC alignment must succeed. Mailbox compromise, weak account controls, forwarding behavior, reputation, and receiving-server policy are outside what these DNS records alone can establish.

Why can the checker find SPF and DMARC but not DKIM?

SPF and DMARC have predictable DNS locations, while DKIM does not have one universal record name. Its lookup name includes a selector chosen by the sender. Obtain the selector from the s= value in a message's DKIM-Signature header or from the sending provider's setup instructions, then check that selector for the signing domain.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools