SPF and DMARC records for google.com
Live SPF and DMARC lookup for google.com: the raw TXT records and the policy they enforce.
try:
- mail hosts
- smtp.google.com
- provider
- spf record
- v=spf1 include:_spf.google.com ~all
- dmarc policy
- reject
- dmarc record
- v=DMARC1; p=reject; rua=mailto:[email protected]
- disposable domain
- no
- free consumer provider
- no
SPF for google.com
google.com publishes an SPF record; it authorises 1 included sender list, and the record ends in ~all (soft fail): mail from unlisted servers is marked suspicious but usually still delivered.
DMARC for google.com
google.com enforces DMARC at p=reject, so messages that fail alignment are dropped by receivers rather than delivered or quarantined. That is the end state most domains work towards.
Why it matters
Receivers use SPF, DKIM, and DMARC together to decide whether a message really came from google.com. A domain with a strict SPF record and an enforcing DMARC policy is hard to spoof and easier to deliver for; one without either is neither. Spaw reports has_spf and dmarc_policy on every lookup and adds a small risk weight when SPF is missing.
More checks for google.com
checked 2026-09-03 · sources: live-dns 2026-09-03 · disposable-domains 2026-09-02 · free-provider-domains 2026-09-02 · mx-provider-patterns 2026-09-03 · rdap-registration 2026-09-03 · Top-domain list: Majestic Million, CC BY 3.0
Need this at scale?
The Spaw API runs the same checks plus mailbox-level SMTP verification, batch and bulk endpoints, and list monitoring — 10 free lookups a month, no card required.