How do you keep AI-written outbound out of spam?
Disclosure: ThePipelineBots is published by Uassist.ME (uassistme.com), which sells outsourced sales-support, SDR and outbound teams. Our teams send prospecting email for clients, and AI tools that write and send outbound compete with that work, so we have a stake in how this topic is framed. Weigh our advice with that in mind. No company named here paid for, reviewed or saw this article. Every rule below links to the provider's own page, and we name no deliverability vendors and use no vendor statistics.
Short answer: The same way you keep any outbound out of spam. Authenticate your domain with SPF, DKIM and DMARC, keep the From domain aligned, use valid reverse DNS and TLS, offer one-click unsubscribe and honor it within two days, and keep reported spam under 0.3% (Google says aim for under 0.1%). Google and Yahoo publish these rules, and neither says AI-written text is treated differently (Google; Yahoo). These published rules cover personal Gmail, Yahoo and Outlook.com mailboxes; Google says they don't apply to Google Workspace accounts, but we'd follow them for all outbound. What AI changes is how fast you can break them: more volume, more dead addresses and more unwanted mail, sent faster than a human team could.
What do Gmail and Yahoo require from every sender?
Both providers set a floor for anyone sending to their personal mailboxes, whatever the volume. (Business mailboxes are a different case; see the B2B caveat below.)
Google requires all senders to set up "SPF or DKIM," to "Ensure that sending domains or IPs have valid forward and reverse DNS records, also referred to as PTR records," to "Use a TLS connection for transmitting email," to keep spam rates in Postmaster Tools below 0.3%, and to format messages to the RFC 5322 standard (Google, Email sender guidelines, requirements effective Feb 1, 2024). Google's DKIM key must be 1024 bits or longer, and it recommends 2048.
Yahoo's list for all senders is similar: SPF or DKIM, a spam rate below 0.3%, valid forward and reverse DNS for sending IPs, and compliance with RFCs 5321 and 5322 (Yahoo Sender Hub, Sender Requirements & Recommendations, enforced from February 2024). Yahoo's page doesn't list TLS as a requirement.
In brief: SPF lists the servers allowed to send for your domain. DKIM signs each message. DMARC tells receivers what to do when those checks fail. PTR maps your sending IP back to a hostname. TLS encrypts the server-to-server connection.
Who counts as a bulk sender, and what extra rules apply?
Gmail's threshold. "A bulk sender is any email sender that sends close to 5,000 messages or more to personal Gmail accounts within a 24-hour period." Mail from subdomains counts toward the primary domain. And the label sticks: "Senders who meet the above criteria at least once are permanently considered bulk senders" (Google, Email sender guidelines FAQ, opened Oct 23, 2026).
Yahoo's threshold. There isn't a published number. Yahoo says a bulk sender sends "a significant volume of mail" and "We will not specify a volume threshold" (Yahoo Sender Hub, FAQs). Plan as if Yahoo's bulk rules apply to you.
Extra rules for bulk senders. Both providers require:
- SPF and DKIM, both, not either.
- DMARC, at a minimum policy of none. Google: "Your DMARC enforcement policy can be set to none." Yahoo: the record must be valid and "DMARC must pass."
- Alignment. The domain in your From: header must match the SPF or DKIM domain. Google says that although bulk senders need both SPF and DKIM, "only one of these needs to be aligned," and it adds: "It's likely that DMARC alignment with both SPF and DKIM will eventually be a sender requirement" (Google FAQ). Yahoo says "Relaxed alignment is acceptable."
- One-click unsubscribe for marketing and subscribed messages, plus a visible unsubscribe link in the body (details below).
Enforcement is getting stricter. Google's FAQ says: "Starting November 2025, Gmail is ramping up its enforcement on non-compliant traffic." Messages that fail the requirements can get temporary or permanent rejections. Its error codes name the failure: for example, 4.7.30 and 5.7.30 for DKIM, 4.7.32 for a From: header that isn't aligned (Google FAQ).
Microsoft (secondary for this article). Outlook.com set its own rule for domains sending more than 5,000 messages a day to its consumer addresses (hotmail.com, live.com, outlook.com): SPF, DKIM and DMARC of at least p=none, aligned with SPF or DKIM (Microsoft, Apr 2, 2025, updated Apr 29). Microsoft's own pages disagree on what happens to mail that fails. Its postmaster page says failing mail goes to Junk, then: "Shortly we will reject the messages until the DNS records are corrected" (Outlook.com Postmaster). The blog post's April 29 update names a "550; 5.7.515" rejection from May 5, 2025, but the same post still says failing mail will go to Junk first, with rejection at a "date to be announced." Its support page says "we now enforce" the requirements (Microsoft Support). Assume rejection.
How do one-click unsubscribe and the 48-hour rule work?
One-click unsubscribe means two message headers defined in RFC 8058: List-Unsubscribe with an HTTPS URL, and List-Unsubscribe-Post: List-Unsubscribe=One-Click. When someone clicks unsubscribe in their mail app, the provider sends a POST request to that URL, with no landing page. The RFC also says "The List-Unsubscribe and List-Unsubscribe-Post headers MUST be covered by the signature" of a valid DKIM signature.
The two providers differ on detail:
| Point | Gmail | Yahoo |
|---|---|---|
| Header method | RFC 8058 headers with one HTTPS URL; mailto and URL unsubscribe links "don't meet our one-click unsubscribe requirement" | RFC 8058 POST "highly recommended"; "The mail-to: method is acceptable" |
| Body link | Required, and may go to a preferences page | Required, and may go to a preferences page |
| Deadline | "we recommend that you fulfill unsubscribe requests within 48 hours" | "Honor unsubscribes within 2 days" |
| Applies to | Marketing and promotional mail, not transactional | Promotional and marketing mail, not transactional |
Sources: Google FAQ; Yahoo Sender Hub and FAQs.
Google calls 48 hours a recommendation, but its enforcement table lists "Unsubscribe requests aren't honored within 48 hours" as a failure that makes a sender ineligible for delivery support. Treat two days as the deadline at both.
Sales teams sometimes argue that a one-to-one prospecting email isn't "marketing." Google's FAQ says: "Message recipients, not Google, determine the nature of the messages they receive." If a prospect sees a sales pitch, treat it as promotional.
What spam rate is too high?
Google: "Keep spam rates reported in Postmaster Tools below 0.10% and avoid ever reaching a spam rate of 0.30% or higher" (Google). "Spam rate is calculated daily." Bulk senders above 0.3% can't get delivery help from Google, and "Bulk senders will be eligible for mitigation when their spam rates remain below 0.3% for 7 consecutive days" (Google FAQ). Google's Postmaster Tools show your spam rate, domain and IP reputation, authentication results and a compliance-status dashboard, for mail sent to personal Gmail accounts (Set up Postmaster Tools; Postmaster Tools dashboards).
Yahoo also sets a limit of 0.3% and notes that its "Spam rate is calculated in our system based on mail delivered to the inbox" (Yahoo). Yahoo adds: "keep this in mind when referencing CFL data and calculating the rate in your own system." If you divide by all mail sent, your rate can look lower than Yahoo's. Yahoo's Complaint Feedback Loop (CFL) helps you track complaints on DKIM-signed mail.
At 0.3%, the ceiling is three complaints per thousand inbox deliveries.
One more Google line worth knowing: "Google doesn't track open rates." Low open rates in your sales tool aren't, by themselves, proof of a spam problem.
Do Gmail and Yahoo treat AI-written email differently?
Not according to anything they publish. We searched Google's sender guidelines, FAQ and Postmaster Tools pages, and Yahoo's requirements and FAQ, and found no rule about AI-generated text. Their requirements cover authentication, infrastructure, consent, unsubscribes and complaints. We won't speculate about how their filters read content, because they don't document it.
What their pages do say is directly relevant to how AI tools behave:
- Volume ramps. AI makes it easy to go from 50 emails a day to 5,000. Google says: "Avoid sending email in bursts," start with a low volume to engaged users and increase slowly, and warns that "immediately doubling previously sent volumes suddenly could result in rate limiting or reputation drops." It also says: "If you change the format of your bulk emails, gradually increase the sending volume of messages with the new format" (Google). Switching your team from human-written to AI-written templates is arguably a format change.
- Sameness and misleading copy. Google doesn't say that similar messages are penalized, so we won't either. It does say messages must not mislead: "don't send messages with subject lines starting with Re: or Fwd: unless the messages are actual replies or forwards," and "The display name should not include the recipient's name." AI tools that fake threads or stuff names into the sender line break those rules.
- Personalization tokens. A merge field that fails (
Hi {first_name}) or an AI guess that's wrong won't break a provider rule by itself. But Google's rules turn on what recipients report, and a message that's obviously automated or wrong gives them a reason to click spam. - Stale data and bounces. AI agents that find addresses at scale can also find dead ones. Google suggests you "Automatically unsubscribe recipients who have multiple bounced messages." Yahoo says to "Monitor hard and soft bounces as well as inactive recipients" and remove invalid ones promptly. Microsoft lists "List Hygiene & Bounce Management" among its recommendations. For how quickly B2B contact data decays, see our contact-data piece.
- Consent. Google says: "Don't send messages to people who didn't sign up to get messages from you" and "Don't purchase email addresses from other companies." Yahoo says not to buy lists. Cold outbound sits uneasily with this. These are provider guidelines, not laws, but they help explain why cold campaigns draw complaints.
A caveat for B2B senders. Google's FAQ says: "The Email sender guidelines don't apply to messages sent to Google Workspace accounts." Microsoft's rule covers its consumer domains. Many B2B prospects use company domains hosted on those services, which the published bulk rules don't formally cover. Those systems still filter spam, so we'd follow the consumer rules for everything.
Email law (such as CAN-SPAM, which Yahoo's page also points to, or GDPR) is a separate question that we don't cover here. This isn't legal advice.
What should a team check before letting AI send outbound?
| Check | Provider rule (where stated) |
|---|---|
| SPF and DKIM pass for every sending domain and tool; DKIM key 2048-bit if possible | Google, Yahoo, Microsoft (bulk) |
| DMARC record published (p=none at minimum), with reports turned on | Google, Yahoo, Microsoft (bulk) |
| From: domain aligned with SPF or DKIM; aim for both | Google, Yahoo |
| Valid PTR and forward DNS for sending IPs; TLS on | Google; Yahoo (PTR) |
| RFC 8058 one-click headers with an HTTPS URL, DKIM-signed, plus a body link | Google, Yahoo, RFC 8058 |
| Unsubscribes honored within 48 hours | Google, Yahoo |
| Spam rate under 0.1% in Postmaster Tools, never 0.3% | Google; Yahoo (0.3%) |
| No fake Re:/Fwd:, no recipient names in the display name | |
| Volume ramped gradually, no bursts | |
| Unsubscribes and bounces synced from the AI tool to your CRM and every other sender | Our suggestion |
| A human reviews a sample of AI drafts each day for wrong facts, broken tokens and tone | Our suggestion |
| Separate sending domain or subdomain for cold outbound, warmed gradually | Our suggestion; note Gmail counts subdomains toward the primary domain |
| Addresses verified and bounces under watch before each send | Our suggestion, based on the providers' bounce guidance |
Rows marked "Our suggestion" are our suggestions, not findings from the sources above.
Related reading
FAQ
Does Gmail treat AI-written email differently? Google's published sender rules don't mention AI-written text. They cover authentication, valid DNS, TLS, unsubscribes and spam complaints, and Yahoo's do the same.
What is the bulk-sender threshold? Gmail counts a bulk sender as one that sends close to 5,000 or more messages to personal Gmail accounts in 24 hours, and the status is permanent. Yahoo does not publish a number. Microsoft's rule applies above 5,000 messages a day.
What spam rate is acceptable? Google says keep it below 0.1% and never reach 0.3%. Yahoo's limit is 0.3%, measured on mail delivered to the inbox.
How fast must unsubscribes be honored? Within 48 hours for Gmail and within 2 days for Yahoo.
Do these rules apply to cold B2B email? Google's guidelines apply to personal Gmail accounts, not Google Workspace accounts, and Microsoft's rule covers its consumer domains. Company mail systems still filter spam, so we suggest following the same rules for all outbound.
Sources (opened 2026-10-23)
- Primary (mailbox provider). Google, "Email sender guidelines," Gmail Help, undated; requirements effective Feb 1, 2024. https://support.google.com/a/answer/81126
- Primary (mailbox provider). Google, "Email sender guidelines FAQ," Gmail Help, undated; includes the November 2025 enforcement note. https://support.google.com/mail/answer/14229414
- Primary (mailbox provider). Google, "Set up Postmaster Tools," Gmail Help, undated. https://support.google.com/mail/answer/9981691
- Primary (mailbox provider). Google, "Postmaster Tools dashboards," Google Workspace Admin Help, undated. https://support.google.com/a/answer/14668346
- Primary (mailbox provider). Yahoo Sender Hub, "Sender Requirements & Recommendations," undated; enforcement from February 2024. https://senders.yahooinc.com/best-practices/
- Primary (mailbox provider). Yahoo Sender Hub, "FAQs," undated. https://senders.yahooinc.com/faqs/
- Standard. J. Levine and T. Herkula, RFC 8058, "Signaling One-Click Functionality for List Email Headers," IETF, January 2017. https://www.rfc-editor.org/rfc/rfc8058.html
- Standard. RFC 7489, "Domain-based Message Authentication, Reporting, and Conformance (DMARC)," March 2015; now obsoleted by RFC 9989 (May 2026). https://www.rfc-editor.org/info/rfc7489 and https://www.rfc-editor.org/rfc/rfc9989.html
- Secondary for this article (Microsoft's own pages). Microsoft Defender for Office 365 blog, "Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders," Apr 2, 2025, updated Apr 29, 2025. https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730
- Secondary for this article (Microsoft's own pages). Outlook.com Postmaster, "Announcements," undated. https://postmaster.outlook.com/policies.aspx
- Secondary for this article (Microsoft's own pages). Microsoft Support, "Fix NDR error 550 5.7.515 in Outlook.com," undated. https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com