SPF Record Checker

About SPF Record Checker

SPF Record Checker reads the SPF record on a domain and validates it against the rules that actually break delivery. SPF lists which servers are allowed to send mail for your domain, published as a TXT record starting with v=spf1. The tool checks the two things most likely to be wrong. The first is the ending mechanism: -all hard fails everything not listed and is the strict setting, ~all soft fails and is useful while testing, while +all or a bare all authorises the entire internet and defeats the point of having a record. The second is the DNS lookup limit. RFC 7208 permits at most ten mechanisms that trigger a DNS query, counting include, a, mx, ptr, exists and redirect, and exceeding it makes the whole record return permerror, which fails as though SPF were misconfigured entirely. This is easy to hit because each provider you add through an include may itself expand into several more lookups. The tool counts the mechanisms in your record and warns as you approach the ceiling. A domain must also publish exactly one SPF record, since a second makes both invalid. Pair with DMARC Record Checker to see how failures are actually treated.

DNS resolution happens in multiple stages. When you type a domain name, your browser first checks its own cache, then the OS resolver cache, then queries your configured DNS resolver (usually your ISP or a public resolver like 8.8.8.8 or 1.1.1.1). If none have the record cached, the resolver performs a recursive query: it asks the root name servers for the TLD servers (.com, .net, etc.), then asks the TLD servers for the authoritative name servers of the specific domain, and finally asks the authoritative servers for the actual record. This entire process typically completes in under 100ms. DNS-over-HTTPS (DoH) encrypts DNS queries in HTTPS traffic, preventing ISPs and network observers from seeing which domains you query. It was standardized in RFC 8484 in 2018 and is now supported by all major browsers. Google and Cloudflare both operate free public DoH endpoints (dns.google and cloudflare-dns.com). TXT records have become a critical security mechanism: SPF (Sender Policy Framework) records specify which servers are allowed to send email for a domain, DKIM (DomainKeys Identified Mail) records provide public keys for verifying email signatures, and DMARC records tell receiving mail servers what to do when SPF or DKIM checks fail. Checking these records is the first step in diagnosing email deliverability problems.

How to use SPF Record Checker

  1. Enter a domain name (e.g. example.com, without http://).
  2. Select a record type (A, AAAA, MX, TXT, CNAME, NS, SOA, CAA, SRV, PTR) or an email policy check (DMARC, SPF, DKIM).
  3. Click Lookup to see live DNS records, then copy all results with one click.

Frequently Asked Questions

What is an SPF record?
An SPF record is a TXT record listing which mail servers are authorised to send email for your domain. Receiving servers compare the sending IP address against the list and use the result as one input to their filtering decision.
What is the difference between -all and ~all?
Both mark unlisted senders as unauthorised, but -all is a hard fail asking receivers to treat the mail as forged, while ~all is a soft fail that usually still delivers with a mark against it. Use ~all while testing and -all once you are confident the list is complete.
What is the 10 DNS lookup limit?
SPF evaluation may trigger at most ten DNS queries. The include, a, mx, ptr, exists and redirect mechanisms each count, and an include can expand into several more inside the provider record. Going over the limit produces a permerror, which fails the check entirely.
Can I have two SPF records?
No. A domain must publish exactly one record starting with v=spf1. Two records cause a permanent error and neither is applied. If you need to authorise several providers, combine them into a single record using multiple include mechanisms.
Why does SPF fail when my mail is forwarded?
Forwarding changes the sending server without changing the envelope sender, so the new server is not in your SPF list and the check fails. This is a known limitation and the main reason DKIM and DMARC exist alongside SPF.
Does SPF stop someone spoofing my From address?
Not on its own. SPF checks the envelope sender, which recipients never see, so a message can pass SPF for another domain while showing your name in the From field. DMARC adds the alignment requirement that closes this gap.

Related Tools

Also Available As