Skip to content
All free tools
Resolved from public DNS

Domain checker

Every record that decides whether your email is trusted — DMARC, SPF, DKIM, MX, MTA-STS and ten more — read in one pass from public DNS. No account. We keep no per-visitor record of what you check beyond standard server logs, kept 90 days.

Or see a worked example:
stellarpay.example
worked example
DMARC_dmarc.stellarpay.example TXTPublished at p=none — monitoring only, nothing blocked.weak
SPFstellarpay.example TXTEnds in -all, four of ten lookups used.pass
DKIM<selector>._domainkey.stellarpay.example TXTTwo active selectors, both 2048-bit.pass
MXstellarpay.example MXGoogle Workspace, five hosts, correct priorities.pass
MTA-STS_mta-sts.stellarpay.example TXT + policy over HTTPSNo policy published — inbound mail can travel in the clear.missing
3passing1warning1failing
Monitor your domains free

At p=none, the reports name every sender. The policy simulator on Protect models quarantine and reject against them before you publish — 14-day trial.

The panel above is a worked example on three made-up domains, showing the five records that decide most outcomes. Running a real domain resolves all 14 checks against live DNS. Public records only — nothing is stored, result pages are not indexed, and checking a domain reveals nothing its owner has not already published.

01 — What it reads

14 checks, five that decide most outcomes.

Each one answers a different question, and each has a way of looking fine while doing nothing. The right-hand column is the failure the check exists to catch.

DMARCWhat should receivers do with a forgery?
_dmarc.example.com TXT

Passes when: A record exists and p= is quarantine or reject, with an rua address collecting reports.

The quiet failure

p=none is the most common state on the internet and blocks nothing. It reads as “DMARC configured” on every dashboard while forged mail keeps landing in inboxes.

SPFWhich servers may send as you?
example.com TXT

Passes when: One record, ending in -all, resolving inside the ten-DNS-lookup limit.

The quiet failure

Cross the lookup limit and the record does not degrade — it fails permanently, and receivers treat you as having no SPF at all. Adding one more include is how it usually happens.

DKIMIs your mail signed, and with what?
<selector>._domainkey.example.com TXT

Passes when: At least one selector returns a valid key of 1024 bits or more.

The quiet failure

Selectors cannot be enumerated from DNS, so we probe six common names. A blank result means we could not find one, not that signing is off — a custom selector is invisible from outside.

MXWhere does mail to you arrive?
example.com MX

Passes when: At least one host published, resolving, and answering on port 25.

The quiet failure

MX says nothing about who may send as you — a perfect MX record next to a missing DMARC record is the exact shape of a spoofable domain.

MTA-STSMust mail to you be encrypted?
_mta-sts.example.com TXT + policy over HTTPS

Passes when: The TXT record resolves and the policy file is served over HTTPS in enforce mode, listing your real MX hosts.

The quiet failure

The DNS half without the HTTPS half does nothing at all. Publishing the record and never serving the policy is the single most common MTA-STS mistake.

Also checked in the same pass:BIMITLS-RPTDANESTARTTLSNSDNSSECReverse DNSIPv6TLS cert
02 — The edge of a lookup

A read tells you what is published, not what is happening.

Everything on this page resolves in about a second. The four questions on the right cannot be answered that way — they need reports arriving over days, or a history we only have once you are monitoring.

01
Whether anyone is spoofing you
Only DMARC aggregate reports name the services sending as you, and the first ones usually arrive within 24 hours, sometimes 48, after you publish an rua address.
02
Which of your own services are failing alignment
A record can be perfect while a marketing platform signs with the wrong domain. That only shows up in the reports, sender by sender.
03
Every DKIM selector you use
DNS cannot be asked for a list of selectors, so we probe common names. A selector nobody guesses is invisible from outside your DNS.
04
Whether a record changed yesterday
One lookup has no history. Most outages start with an edit nobody remembers making.

One check is a photograph.

Records drift — a migration drops a tag, a provider rotates the IPs behind their SPF include, a key expires. On any paid plan DDMARC re-checks every record on a schedule and tells you the same day; on every plan it names every service sending as you.

04 — FAQ

Frequently asked questions.

The domain checker runs 14 checks in one pass across DNS and TLS records, and grades the five that decide most outcomes: DMARC, SPF, DKIM, MX, and MTA-STS.

For the full walkthrough, see the DMARC setup guide.