Who the Gmail and Yahoo rules cover
Both providers split senders in two. A short list of requirements applies to everyone who sends to their users. A longer list applies to bulk senders.
Google draws the bulk line at more than 5,000 messages a day to Gmail accounts. Yahoo's page refers to bulk senders without restating a number, so if you send at volume, plan to meet both lists. Yahoo also says its requirements are subject to change, so check its page and blog for updates.
Requirements for all senders
| Requirement | Yahoo | |
|---|---|---|
| Authentication | GoogleRequired SPF or DKIM | YahooRequired SPF or DKIM at a minimum |
| Forward and reverse DNS | GoogleRequired Valid for sending domains or IPs | YahooRequired Valid for sending IPs |
| TLS | GoogleRequired Use a TLS connection | YahooNot listed |
| Spam rate | GoogleBelow 0.3% In Postmaster Tools | YahooBelow 0.3% |
| Message standards | GoogleRFC 5322 | YahooRFC 5321 and RFC 5322 |
Gmail and Yahoo bulk sender requirements
| Requirement | Google (over 5,000 a day) | Yahoo (bulk) |
|---|---|---|
| Authentication | Google (over 5,000 a day)Both SPF and DKIM | Yahoo (bulk)Both SPF and DKIM |
| DMARC | Google (over 5,000 a day)Required Policy can be none | Yahoo (bulk)Required At least p=none, and it must pass; rua strongly recommended |
| Alignment | Google (over 5,000 a day)Required From domain aligned with SPF or DKIM domain | Yahoo (bulk)Required Same; relaxed alignment is acceptable |
| Unsubscribe | Google (over 5,000 a day)One-click For marketing and subscribed messages, plus a visible link | Yahoo (bulk)One-click List-unsubscribe header for marketing and subscribed messages, plus a visible link |
| Processing unsubscribes | Google (over 5,000 a day)Via POST One-click arrives as a POST to your List-Unsubscribe URL | Yahoo (bulk)Within 2 days |
| Spam rate | Google (over 5,000 a day)Below 0.30% Aim for under 0.10% | Yahoo (bulk)Below 0.3% |
Google also says not to impersonate Gmail From: headers. Yahoo recommends a DKIM key of at least 1024 bits and ARC for mail you forward.
Do the rules apply to transactional email?
Most of them, yes. Authentication, forward and reverse DNS, spam rate and message standards apply to every message you send, including password resets and receipts. Both providers state the one-click unsubscribe requirement for marketing and subscribed messages. If you're unsure which lane an email is in, see transactional vs marketing email.
One-click unsubscribe, briefly
RFC 8058 adds one header to the older List-Unsubscribe header. The message carries an HTTPS URL in List-Unsubscribe and the exact value List-Unsubscribe=One-Click in List-Unsubscribe-Post. The mailbox provider then sends a POST to that URL when someone unsubscribes. The RFC also asks for a valid DKIM signature covering both headers, and says the URL must not answer with a redirect.
"headers": {
"List-Unsubscribe": "<https://acme.com/unsubscribe/…>",
"List-Unsubscribe-Post": "List-Unsubscribe=One-Click"
}Example URL · illustrative. Your URL must accept a POST.
With tinyRelay you set both headers in the API request's headers field. Header names are case-sensitive. The step-by-step is in the one-click unsubscribe guide, and the field reference is in the Send Email docs.
Where tinyRelay helps, and where it doesn't
- Authentication: DKIM signing with one CNAME, and
PUT /domain/dns/checkto validate DKIM and SPF. See SPF, DKIM and DMARC explained. - Feedback: SPAM, UNSUBSCRIBE and BOUNCED events arrive as signed webhooks, with your metadata.
- Bounces: 19 documented bounce categories tell your app whether to retry, investigate or stop.
- Ask our team: reverse DNS of sending IPs and SMTP TLS details.
Sources
- Google, Email sender guidelines: support.google.com/a/answer/81126
- Yahoo Sender Hub, Sender Best Practices: senders.yahooinc.com/best-practices
- RFC 8058, Signaling One-Click Functionality for List Email Headers: datatracker.ietf.org/doc/html/rfc8058
- RFC 5322, Internet Message Format: datatracker.ietf.org/doc/html/rfc5322
- RFC 5321, Simple Mail Transfer Protocol: datatracker.ietf.org/doc/html/rfc5321