Google and Yahoo Email Sender Requirements
What Google and Yahoo Require From Email Senders
Since February 2024, Google and Yahoo enforce stricter rules for email senders. The requirements cover authentication (SPF, DKIM, DMARC), spam complaint rates, and unsubscribe mechanisms. Non-compliant emails face temporary deferrals, permanent rejections, or spam folder placement.
The requirements are split into two tiers: rules for all senders and additional rules for bulk senders who send 5,000 or more messages per day to Gmail addresses.
Requirements for All Senders
These rules apply regardless of sending volume.
SPF or DKIM Authentication
Every email must pass at least one authentication protocol — SPF or DKIM. Google and Yahoo require a valid authentication record in DNS for the sending domain.
- SPF: A TXT record on the envelope sender domain must authorize the sending server's IP address.
- DKIM: The email must carry a valid DKIM signature matching the public key published in DNS.
If you haven't configured either protocol yet, set up an SPF record and configure DKIM signing as your first step.
Valid PTR Record for Sending IP
The sending IP address must have a valid PTR (reverse DNS) record. This means the reverse DNS lookup of the IP must return a hostname, and the forward DNS lookup of that hostname must resolve back to the same IP.
Verification:
dig -x 198.51.100.25 +short
If the command returns a hostname (e.g., mail.example.com), verify the forward record:
dig mail.example.com A +short
The result must match the original IP address. If the PTR record is missing, contact your hosting provider or IP range owner — PTR records are managed by the IP address owner, not the domain owner.
TLS Encryption
Emails must be transmitted over an encrypted TLS connection. The sending server must support STARTTLS and establish an encrypted connection with the receiving server.
Most modern mail servers and services (Google Workspace, Microsoft 365, Mailgun, SendGrid) support TLS by default. If you run your own server, verify your configuration — in Postfix, set smtp_tls_security_level = may (or higher).
Spam Complaint Rate Below 0.3%
Google measures spam complaint rates through Google Postmaster Tools. The requirement is to keep complaints below 0.3%. Google recommends targeting a rate below 0.1%.
Exceeding 0.3% leads to deliverability issues. Since June 2024, bulk senders with a complaint rate above 0.3% are ineligible for mitigation requests.
Requirements for Bulk Senders
A bulk sender is anyone who sends 5,000 or more messages per day to personal Gmail addresses. Once a domain reaches this threshold, Google permanently classifies it as a bulk sender — the status is never removed.
In addition to all-sender requirements, bulk senders must also meet:
Both SPF and DKIM
While regular senders need SPF or DKIM, bulk senders must have both. One is not enough — both protocols must be properly configured and emails must pass both checks.
DMARC With at Least p=none
The domain in the From header must have a published DMARC record with a policy of at least p=none. At least one protocol (SPF or DKIM) must be in alignment with the From header domain.
Example of a minimal DMARC record:
v=DMARC1; p=none; rua=mailto:example.com@rua.spfmonitor.com
p=none is the minimum — Google and Yahoo accept it, but for real protection against spoofing, we recommend gradually moving to p=quarantine and then p=reject. The complete DMARC setup guide covers the process step by step.
Adding a rua= address to the record provides DMARC reports showing who sends from your domain and how authentication results look. SPF Monitor processes and visualizes these reports automatically — no manual XML parsing required.
One-Click Unsubscribe
Marketing and bulk emails must support one-click unsubscribe. Technically this means:
- A
List-Unsubscribeheader with an HTTPS URL and optionally a mailto address - A
List-Unsubscribe-Post: List-Unsubscribe=One-Clickheader - Both headers must be covered by a valid DKIM signature (RFC 8058)
- A visible unsubscribe link in the message body
Processing requirement: unsubscribe requests must be honored within 2 days.
Example headers:
List-Unsubscribe: <https://example.com/unsubscribe?id=abc123>, <mailto:unsubscribe@example.com>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
Transactional emails (order confirmations, password resets) are exempt from this requirement.
From Header Domain Alignment
The From header domain must align with either the SPF domain (envelope sender) or the DKIM signing domain (d=). Alignment means the domains match — either exactly (strict) or at the organizational domain level (relaxed).
If you send emails through a third-party service (ESP — email service provider), verify that the service signs DKIM with your domain, or that the envelope sender uses your domain.
Enforcement Timeline
| Date | Event |
|---|---|
| February 2024 | Google and Yahoo begin enforcement — temporary errors (4xx) for a percentage of non-compliant bulk sender traffic |
| April 2024 | Google starts permanently rejecting a percentage of non-compliant bulk sender emails |
| June 2024 | One-click unsubscribe becomes mandatory for Gmail bulk senders |
| November 2025 | Gmail significantly tightens enforcement — increased rate of temporary (4xx) and permanent (5xx) rejections |
Yahoo has been enforcing requirements since February 2024 with gradual tightening. Microsoft (Outlook.com, Hotmail, Live.com) announced similar SPF, DKIM, and DMARC requirements with enforcement starting May 2025.
The trend is clear: requirements will only get stricter, not looser.
How to Verify Compliance
Authentication Check
Full domain analysis on SPF Monitor checks:
- SPF record validity and correctness
- DKIM existence and configuration
- DMARC record presence and policy settings
- Protocol alignment
Alternatively, check individual records:
dig example.com TXT +short | grep spf
dig _dmarc.example.com TXT +short
dig selector._domainkey.example.com TXT +short
Google Postmaster Tools
For monitoring sender reputation and spam complaint rates, use Google Postmaster Tools. The tool shows:
- Spam complaint rate
- IP and domain reputation
- Percentage of authenticated emails
- Delivery errors
Ongoing Monitoring
A one-time check is not enough. DNS records can change, sending services may alter their configuration, a new marketing tool may start sending without proper authentication. DMARC reports provide ongoing visibility into how your emails pass authentication at receiving servers.
Common Problems and Solutions
Third-Party Emails Failing Authentication
If you send through an ESP (Mailchimp, SendGrid, Mailgun) and emails fail SPF or DKIM:
- SPF: Add the provider's
include:mechanism to your SPF record. Example for SendGrid:include:sendgrid.net. - DKIM: Configure DKIM signing with your domain at the provider — typically by adding a CNAME record to DNS.
- Alignment: Verify that the envelope sender or DKIM domain matches the From header domain.
For Google Workspace setup, see SPF/DKIM for Google Workspace. For Microsoft 365, see SPF/DKIM for Microsoft 365.
Missing DMARC Record
If you don't have a DMARC record, start with a p=none policy and a reporting address:
v=DMARC1; p=none; rua=mailto:example.com@rua.spfmonitor.com
This meets Google and Yahoo's minimum requirement while collecting data about who sends from your domain. Based on reports, you can then safely tighten your policy.
High Spam Complaint Rate
If your complaint rate exceeds 0.1%:
- Only send to recipients who opted in
- Make unsubscribing easy — visible link in every email
- Reduce frequency and segment lists by recipient activity
- Monitor for spam traps in your recipient lists
- Remove inactive recipients who haven't engaged in over 6 months
Consequences of Non-Compliance
The impact is graduated but lasting in terms of reputation:
- Temporary rejection (4xx) — the sending server retries, but repeated failures damage sender reputation
- Permanent rejection (5xx) — the email is not delivered and the sender receives a bounce message
- Spam placement — the email is delivered but lands in the spam folder
- Domain reputation damage — prolonged non-compliance reduces reputation, affecting deliverability even after fixes are applied
Reputation recovery takes weeks to months. Prevention is far simpler than damage control.
Full domain analysis identifies unmet requirements before they cause deliverability problems.