Fix & Verify

Real example · not a customer

We ran the free check on our own domain

28in28.ai, checked on 30 October 2026 at 18:50 UTC (report 1a14a4534d24) from public DNS. Overall: the bulk-sender basics pass (SPF, DKIM for both the mailbox provider and the newsletter service, and DMARC exist), with one medium risk left.

Correction: an earlier run at 18:30 UTC (report 619fe56089f4) reported “no DKIM for the mailbox provider”. That was a fault in our check, not in the domain: Namecheap signs newer Private Email subscriptions with the selector privateemail, which the check did not yet look for. Fixed the same evening; the result below is the corrected one.

What public DNS shows

Mail servers (MX)
10 mx1.privateemail.com · 10 mx2.privateemail.com
Mailbox provider (from MX)
Namecheap Private Email
Sending services seen in DNS
Brevo
SPF record
v=spf1 include:spf.privateemail.com ~all
SPF DNS lookups (limit 10)
4
DKIM keys found (selector)
brevo1, brevo2, privateemail
DMARC record
v=DMARC1; p=none; rua=mailto:rua@dmarc.brevo.com
MTA-STS / TLS-RPT
no / no

What the check found

  1. Medium — DMARC only monitors. p=none meets the bulk-sender minimum but does not stop spoofing. Plan: after at least 14 days of reports in which every legitimate source passes aligned, p=quarantine; pct=25, then 100, then p=reject.
  2. Info — no MTA-STS. Optional; inbound TLS could be downgraded.

What the check cannot see

Whether our real messages pass SPF or DKIM aligned with the From domain needs a sent message's headers or DMARC reports. Inbox placement also depends on content, list quality and sender reputation; this check does not and cannot prove it.

What happens next

The remaining step is the DMARC plan above: we read the aggregate reports for at least 14 days, then tighten the policy and re-check from public DNS. Each re-check will be added here with its own report ID — whether it passes or not.

Check your own domain — freeRequest a fix →