Domain health check

Runs MX, SPF, DMARC, DKIM selector discovery, MTA-STS with TLS-RPT, DNSSEC, reverse DNS of the mail servers, BIMI and CAA in parallel and returns one section per check. A section that fails is marked and the status becomes unknown. There is no score.

Updated 2026-10-25

Free, no account, nothing is stored

What this tool checks

An email security check that stops at SPF and DMARC misses half of what decides whether a domain can be trusted. The domain health check runs nine checks on one domain at the same time and puts the results in one report:

  • MX lookup: where the domain receives mail, null MX and hosts that do not resolve.
  • SPF check: the SPF record, its include tree and the limit of ten DNS lookups.
  • DMARC check: the policy, alignment and reporting addresses.
  • DKIM selector finder: keys under 27 common selectors, checked like single DKIM records.
  • MTA-STS and TLS-RPT check: the policy that makes senders use TLS, and the TLS failure reports.
  • DNSSEC check: whether the domain is signed and validates.
  • Reverse DNS check: PTR records for the mail server addresses and whether they resolve back.
  • BIMI record check: the brand logo record and whether DMARC is strict enough for it.
  • CAA record check: which certificate authorities may issue certificates.

Every section behaves exactly like the tool it links to, so a finding in the report means the same as on the single check.

How to read the result

The report has one section per check and one list of findings with codes, severities and evidence. The overall status is the most serious severity among the findings: ok when nothing was found, then info, warning and error. There is no score and no ranking. Some findings are plain information, such as a domain without BIMI or without DNSSEC; whether that matters depends on the domain.

When one section cannot be completed, for example because a DNS resolver times out, the report keeps the sections that finished, adds the technical finding for the one that failed and sets the overall status to unknown. Only when every section fails is no report produced.

When to use it

  • Before you move a domain to a new mail or DNS provider, to record how things looked.
  • After a change, to see that nothing else broke.
  • When mail from a domain lands in spam and you do not know where to start.

For a narrower question, the single tools are faster to read. The mail configuration check is the shorter report for MX, SPF, DMARC and known DKIM selectors.

Limitations

  • The check reads public DNS and fetches the MTA-STS policy file. It does not connect to mail servers on port 25 and does not send mail.
  • DKIM is searched with a fixed list of selectors. Not finding one is a hint, not proof that DKIM is missing; see the DKIM guide.
  • DNSSEC status comes from the validating public resolvers, not from local validation.
  • BIMI logos and certificates are not downloaded.

Use it from code

API reference for Domain health check

curl -i "https://api.probekit.dev/v1/domain/health?domain=example.com"

A request without payment is answered with 402 Payment Required and the exact price. See the API reference.

Limits

InputDomain
Deadline15 seconds
FreshnessUp to 5 minutes, never longer than the record TTL
Price$0.08 per check

Findings this tool can report

BIMI (6)
CAA (5)
Check (1)
DKIM (7)
DMARC (10)
DNS (3)
DNSSEC (6)
MTA-STS (10)
MX (5)
Reverse DNS (4)
SPF (13)
TLS-RPT (2)

Frequently asked questions

What does the domain health check cover?

Nine checks run together on the domain: MX, SPF, DMARC, DKIM selector discovery, MTA-STS with TLS-RPT, DNSSEC, reverse DNS for the mail servers, BIMI and CAA. Each has its own section in the report, and each also exists as a separate tool.

Why is there no score?

A single number hides what matters. A domain without BIMI and a domain whose DNSSEC is broken would lose points for very different reasons. The report gives every finding with its code and severity, and the overall status is the most serious severity found. You decide what matters for your domain.

Why is the status unknown?

If one of the sections could not be completed, for example because a resolver timed out, that section is marked with the technical finding and the overall status becomes unknown. The other sections are still shown. Running the check again usually completes it.

How is this different from the mail check?

The mail configuration check covers MX, SPF, DMARC and DKIM for selectors you supply. The domain health check adds MTA-STS, TLS-RPT, DNSSEC, reverse DNS, BIMI and CAA, and searches for common DKIM selectors itself.