DNS

TXT Record Lookup

Free TXT record lookup tool. Check SPF, DKIM, DMARC, and other TXT records for any domain in seconds.

Query TXT records

Resolve text records and preserve the raw TXT string segments.

Results come from deterministic DNS APIs or HTTPS RDAP endpoints.

Results

Run a lookup to see structured results here.

Practical guide

How to check TXT records

Use this TXT record lookup tool to review the text records that prove domain ownership, authorize mail senders, and publish email authentication policy. The tool preserves the raw text so you can compare it byte-for-byte against what a provider asked you to publish.

What this tool checks

TXT records store free-form text in DNS. They are how domain owners publish SPF policies, DKIM public keys, DMARC reports policy, and proof-of-ownership tokens for SaaS providers. This lookup runs a live TXT-type DNS query through a public resolver and returns every TXT record on the queried name, preserving the raw text exactly as the resolver delivered it (including the multi-string format DNS uses for long values).

When to use it

Run a TXT lookup when a SaaS provider cannot verify your domain, when SPF / DKIM / DMARC checks fail at the receiver, when you need to confirm a recently-changed authentication record has actually propagated, or when you want to inspect what third-party security vendors have published on your zone. For DKIM and DMARC, remember the hostname is a subdomain (selector._domainkey.example.comfor DKIM, _dmarc.example.com for DMARC) — not the bare apex.

How to read the result

SPF records start with v=spf1. DMARC records start with v=DMARC1. DKIM records typically include v=DKIM1 and a p= public key. Verification records from Google, Microsoft, and others usually look like a vendor prefix plus a token (for example google-site-verification=...). If a TXT value is returned as several consecutive quoted strings, that is the normal way DNS represents a value longer than 255 characters — the receiving service joins them in order.

Common errors and what they mean

Record exists in your provider panel but lookup returns nothing. Almost always a hostname mismatch — DKIM and DMARC need to be published under their specific subdomain, not at the root. Multiple SPF records on the same name will fail SPF evaluation (per RFC 7208 section 4.5); merge them into one record with combined includes. SERVFAIL means the authoritative servers are unreachable or DNSSEC is failing. NXDOMAIN on a DKIM selector means the selector hostname itself does not exist — typo in the selector, or the record was never created.

Mail authentication TXT records you may see

An average production domain publishes several TXT records: an SPF policy at the apex, a DMARC policy at _dmarc, one or more DKIM selectors under _domainkey, plus vendor verification tokens for Google Workspace, Microsoft 365, security tools, and analytics. Reviewing all of them at once is the fastest way to spot stale or duplicate records left behind by old providers. For what each one does and how to roll them out safely, read SPF, DKIM, and DMARC explained.

Example TXT lookup at the apex

Example input
example.com TXT
Example result
v=spf1 include:_spf.example.net -all
google-site-verification=AbCdEf1234567890
MS=ms12345678

Three TXT records at the apex: an SPF policy, a Google Workspace verification token, and a Microsoft 365 verification token. SPF should appear exactly once at any given name.

Related tools

Related guides

FAQ

What is a TXT record lookup?
A TXT record lookup is a DNS query that asks the resolver for the TXT record type on a hostname. The response is one or more text strings that domain owners use for SPF, DKIM, DMARC, vendor verification, security signals, and other free-form data. This tool runs that lookup live through a public resolver and shows you the raw text exactly as the resolver returned it.
How do I check TXT records for a domain?
Enter the domain (for example example.com) above and submit. The tool sends a TXT-type DNS query to a public resolver and returns every TXT record published under that name. For DKIM and DMARC, remember the records live on subdomains — query selector._domainkey.example.com for DKIM and _dmarc.example.com for DMARC, not the bare domain.
Can a domain have more than one TXT record?
Yes. Domains commonly have several TXT records for different services (Google verification, Microsoft verification, security vendors, etc.). The one exception is SPF: only publish a single SPF record per hostname, then combine providers using the include: mechanism inside that one record.
Why is my DKIM TXT record not found?
DKIM records are almost always published under a selector hostname, not the root domain. Get the selector value from your mail provider (often something like google._domainkey or s1._domainkey) and query selector._domainkey.yourdomain.com. Querying the bare domain will return nothing because that is not where DKIM lives.
Why does my TXT value look split into pieces?
DNS limits a single TXT string to 255 characters, so long values are returned as multiple consecutive quoted strings. Resolvers and mail servers concatenate them in order to reconstruct the full value. This is normal and not a configuration error — your SPF or DKIM record is still valid.
What does v=spf1, v=DMARC1, or v=DKIM1 mean?
These are the version markers at the start of each authentication record. v=spf1 marks an SPF record, v=DMARC1 marks a DMARC policy, and v=DKIM1 marks a DKIM key. Receivers use the marker to confirm the record type before parsing — a TXT record without one of these markers is just generic text, not an authentication record.
How long do TXT record changes take to propagate?
TXT changes take roughly the length of the record's TTL to roll out. If you set the TTL to 300 seconds before changing a verification record, most resolvers will see the new value within five minutes. If the TTL was 86400 (one day), expect up to a full day of mixed answers as caches expire.

Last reviewed: 2026-05-20.