n1Error 503 (Server Error)!!1n1Skip to main content
22
n3**503.** That’s an error.n3Google Workspace Admin Help
44
n5The service you requested is not available yet.n5Sign in
66
n7Please try again in 30 seconds. That’s all we know.n7Google Help
88
nn9  * Help Center
10  * Community
11  * Google Workspace Admin
912
tt13  * Privacy Policy
14  * Terms of Service
15  * Submit feedback
16 
17Send feedback on...
18 
19This help content & information
20 
21General Help Center experience
22 
23Next
24 
25  * Help Center
26  * Community
27  * 
28 
29Google Workspace Admin
30 
31  * Gmail
32  * Gmail limits and policies
33  * Bulk email sending guidelines & tools
34  * Email sender guidelines FAQ
35 
36# Email sender guidelines FAQ
37 
38This FAQ provides the latest updates about our Email sender guide
 >lines
39(previously called  _Bulk sender guidelines)_ , which describe Go
 >ogle's
40requirements for sending email to personal Gmail accounts.
41 
42We update this FAQ periodically, so check back regularly to get t
 >he latest
43information and requirements for bulk email senders.
44 
45To help email senders meet the requirements in our Email sender g
 >uidelines,
46we've added a new Compliance status dashboard to Postmaster Tools
 >.
47 
48Expand all  |  Collapse all
49 
50## Bulk senders
51 
52What is a bulk sender?
53 
54A _bulk sender_ is any email sender that sends close to 5,000 mes
 >sages or more
55to personal Gmail accounts within a 24-hour period. Messages sent
 > from the
56same primary domain count toward the 5,000 limit.
57 
58**Sending domains:** When we calculate the 5,000-message limit, w
 >e count all
59messages sent from the same primary domain. For example, every da
 >y you send
602,500 messages from solarmora.com and 2,500 messages from
61promotions.solarmora.com to personal Gmail accounts. You’re consi
 >dered a bulk
62sender because all 5,000 messages were sent from the same primary
 > domain:
63solarmora.com. Learn about domain name basics.
64 
65Senders who meet the above criteria at least once are permanently
 > considered
66bulk senders.
67 
68Does bulk sender status expire? Can I change my sending practices
 > to remove my
69bulk sender status?
70 
71Bulk sender status doesn’t have an expiration date. Email senders
 > that have
72been classified as bulk senders are permanently classified as suc
 >h. Changes in
73email sending practices will not affect permanent bulk sender sta
 >tus once it’s
74assigned.
75 
76How can bulk senders make sure they’re meeting the sender guideli
 >nes?
77 
78Bulk senders should use Postmaster Tools to check that their emai
 >l practices
79are following our Email sender guidelines. To learn more, visit o
 >ur Email
80sender requirements & Postmaster Tools FAQ.
81 
82## Google Workspace accounts
83 
84Do the sender guidelines apply to messages sent to Google Workspa
 >ce accounts?
85 
86The Email sender guidelines don’t apply to messages sent to Googl
 >e Workspace
87accounts. Sender requirements and Google enforcement apply only w
 >hen sending
88email to personal Gmail accounts.
89 
90Do the sender guidelines apply to messages sent from Google Works
 >pace
91accounts?
92 
93All senders, including Google Workspace users, must meet the requ
 >irements in
94our Email sender guidelines when sending messages to personal Gma
 >il accounts.
95The requirements don’t apply to Google Workspace inbound and intr
 >a-domain
96messages.
97 
98## Sender guidelines enforcement
99 
100What is the timeline for enforcement of sender guidelines?
101 
102Enforcement for bulk senders that don’t meet our Email sender gui
 >delines will
103be gradual and progressive.
104 
105**Bulk senders who don’t meet our sender requirements will start 
 >getting
106temporary errors with error codes on a small portion of messages 
 >that don’t
107meet the requirements**. These temporary errors help senders iden
 >tify email
108that doesn’t meet our guidelines so senders can resolve issues th
 >at prevent
109compliance. Email systems will typically attempt to retry sending
 > messages
110that get temporary errors, after a short delay.
111 
112Senders are encouraged to check their email compliance status usi
 >ng
113_Postmaster Tools_.
114 
115The table below describes the enforcement timeline and will be up
 >dated as
116needed:
117 
118Sender requirement | Enforcement  
119---|---  
120  
121SPF and DKIM authentication
122 
123Gmail From: header impersonation
124 
125From: header alignment
126 
127Valid forward and reverse DNS records
128 
129Messages formatted according RFC 5322
130 
131Messages sent using TLS
132 
133|
134 
135Temporary failures with error codes
136 
137  
138  
139 
140 
141Starting in April 2024, we’ll begin rejecting non-compliant traff
 >ic. Rejection
142will be gradual and will impact non-compliant traffic only. We st
 >rongly
143recommend senders use the temporary failure enforcement period to
 > make any
144changes required to become compliant.
145 
146Enforcement for these requirements will begin no earlier than Jun
 >e 2024:
147 
148  * DMARC record with a minimum policy of none (p=none). Learn mo
 >re about DMARC record values.
149  * One-click unsubscribe in marketing messages
150  * Mitigations unavailable when user-reported spam rates exceed 
 >0.3% or if the sender has not met the authentication or one-click
 > unsubscribe requirements.
151 
152What is the timeline for enforcement on new domains?
153 
154A new domain is defined as any domain that hasn’t sent more than 
 >5,000 emails
155a day to personal Gmail accounts since January 1, 2024.
156 
157While all bulk sending domains must comply with the requirements,
 > the
158enforcement progression for new domains will be on an accelerated
 > timetable.
159 
160Who does Gmail From: header spoofing enforcement apply to?
161 
162Gmail From: header impersonation is when a sender sends a message
 > with a
163@gmail address in the From: header but the message wasn’t sent fr
 >om a Gmail
164server. This is a common form of email abuse by spammers and is r
 >eferred to as
165_spoofing_.
166 
167As described in the timeline above, bulk senders that spoof gmail
 >.com will
168start getting notifications about temporary failures.  
169 
170What happens if senders don’t meet the requirements in the sender
 > guidelines?
171 
172To ensure messages are delivered as expected, bulk senders should
 > comply with
173our Email sender guidelines. If senders don’t meet these requirem
 >ents,
174messages might be rejected or delivered to recipients’ spam folde
 >rs.
175 
176If messages are rejected because they don’t meet the sender guide
 >lines, do you
177send an error message or other alert?
178 
179Yes, when messages are rejected, we send a rejection code and a r
 >eason for the
180rejection. You can also see this information in Postmaster Tools.
181 
182What error codes will you send?
183 
184Temporary failure messages include error codes that indicate whic
 >h sender
185requirement is causing the failure:
186 
187**Error code** | **Description**  
188---|---  
1894.7.23 |
190 
191_ip-address_  The sending IP address for this message doesn’t hav
 >e a PTR
192record, or the PTR record’s forward DNS entry doesn’t match the s
 >ending IP
193address. To protect users from spam, your email has been temporar
 >ily rate
194limited.
195 
196To learn more about IP address requirements for sending to Gmail,
 > visit the IP
197addresses section of our sender guidelines. To learn more about G
 >mail
198requirements for bulk email senders, visit Email sender guideline
 >s.  
199  
2004.7.27 |
201 
202Your email has been rate limited because SPF authentication didn'
 >t pass for
203this message. Gmail requires all bulk email senders to authentica
 >te their
204email with SPF. Authentication results: SPF _domain-name_ with IP
 > address:
205_ip-address_ = Did not pass.
206 
207To set up SPF for your sending domains, visit Set up SPF. To lear
 >n more about
208Gmail requirements for bulk email senders, visit Email sender gui
 >delines.  
209  
2104.7.29 |
211 
212Your email has been rate limited because this message wasn’t sent
 > over a TLS
213connection. Gmail requires all bulk email senders to use TLS/SSL 
 >for SMTP
214connections.
215 
216To set up TLS for email, visit TLS & SSL connections. To learn mo
 >re about
217Gmail requirements for bulk email senders, visit Email sender gui
 >delines.  
218  
2194.7.30 |
220 
221Your email has been rate limited because DKIM authentication didn
 >'t pass for
222this message. Gmail requires all email bulk senders to authentica
 >te their
223email with DKIM. Authentication results: DKIM = Did not pass.
224 
225To set up DKIM for your sending domains, visit Set up DKIM. To le
 >arn more
226about Gmail requirements for bulk email senders, visit Email send
 >er
227guidelines.  
228  
2294.7.31 |
230 
231Your email has been rate limited because the sending domain doesn
 >’t have a
232DMARC record, or the DMARC record doesn’t specify a DMARC policy.
 > Gmail
233requires all bulk email senders to add a DMARC record to their se
 >nding domain.
234 
235See Set up DMARC. To learn more about Gmail requirements for bulk
 > email
236senders, visit Email sender guidelines.  
237  
2384.7.32 |
239 
240Your email has been rate limited because the From: header (RFC532
 >2) in this
241message isn’t aligned with either the authenticated SPF or DKIM o
 >rganizational
242domain.
243 
244See DMARC alignment. To learn more about Gmail requirements for b
 >ulk email
245senders, visit Email sender guidelines.  
246  
247## Spam rate
248 
249What time range or duration is used when calculating spam rate?
250 
251Spam rate is calculated daily. To help ensure messages are delive
 >red as
252expected, senders should keep their spam rate below 0.1% and shou
 >ld prevent
253spam rates from ever reaching 0.3% or higher, as described in our
 > Email sender
254guidelines.
255 
256What happens when sender spam rate exceeds the maximum spam rate 
 >allowed by
257the guidelines?
258 
259To comply with the sender guidelines, keep your user-reported spa
 >m rate below
2600.1% and prevent it from reaching 0.3% or higher.
261 
262The user-reported spam rate’s impact on delivery is graduated, an
 >d rates of
2630.3% or higher have an even greater negative impact on email inbo
 >x delivery.
264Even today, user-reported spam rates greater than 0.1% have a neg
 >ative impact
265on email inbox delivery for bulk senders.
266 
267Beginning June 2024, bulk senders with a user-reported spam rate 
 >greater than
2680.3% will be ineligible for mitigation.
269 
270  * Bulk senders remain ineligible for mitigation while user-repo
 >rted spam rate is greater than 0.3%.
271  * Spam rates and other data points are calculated and updated d
 >aily in Postmaster Tools.
272  * Bulk senders will be eligible for mitigation when their spam 
 >rates remain below 0.3% for 7 consecutive days.
273 
274You can monitor your spam rate with Postmaster Tools.
275 
276## Unsubscribe links
277 
278Do all messages require one-click unsubscribe?
279 
280No. One-click unsubscribe is required only for marketing and prom
 >otional
281messages. Transactional messages are excluded from this requireme
 >nt. Some
282examples of transactional messages are password reset messages, r
 >eservation
283confirmations, and form submission confirmations.
284 
285Senders that already include an unsubscribe link in their message
 >s have until
286June 1, 2024 to implement one-click unsubscribe in all commercial
 >, promotional
287messages.
288 
289Why is the unsubscribe link not appearing at the top of my messag
 >es, even
290after adding one-click unsubscribe headers?
291 
292To protect Gmail users, unsubscribe buttons or links are displaye
 >d at the top
293of messages (next to the sender name) only for messages that pass
 > Google’s
294automated eligibility checks. Messages must comply with sender re
 >quirements
295and implement correct one-click unsubscribe headers, as described
 > in our Email
296sender guidelines, including increasing sending volumes gradually
 > and
297monitoring recipients' spam reports. This is true even when sende
 >rs add their
298own unsubscribe link to the message body.
299 
300How is the distinction made between promotional and transactional
 > messages
301 
302The distinction between promotional and transactional messages ca
 >n vary
303depending on industry and applicable regulations. Message recipie
 >nts, not
304Google, determine the nature of the messages they receive. To red
 >uce high spam
305rates, consider giving users an easy way to unsubscribe from mark
 >eting and
306promotional messages, and keep the user in mind when designing yo
 >ur emails.
307 
308Why do you require one-click unsubscribe for marketing and promot
 >ional
309messages?
310 
311One-click unsubscribe lets people quickly and easily opt out of y
 >our marketing
312or promotional messages. One-click unsubscribe also helps you mai
 >ntain a low
313spam rate, which improves message delivery. High spam rates negat
 >ively affect
314message delivery for any message type that you send.
315 
316How do I implement a one-click unsubscribe that meets RFC 8058 re
 >quirements?
317 
318To meet RFC 8058 requirements, add List-Unsubscribe headers to al
 >l outgoing
319marketing and promotional messages, as described in our Email sen
 >der
320guidelines. If you use a third-party email provider, check to see
 > if you have
321the option to add these headers to your outgoing messages.
322 
323List-Unsubscribe headers unsubscribe users directly by removing t
 >hem from the
324mailing list. Other types of one-click unsubscribe, such as mailt
 >o and URL
325unsubscribe links, don’t meet our one-click unsubscribe requireme
 >nt.
326 
327What happens to messages that don’t meet the one-click subscribe 
 >requirement
328for promotional, marketing, and commercial messages?
329 
330We don’t automatically reject messages or mark messages as spam w
 >hen they
331don’t meet the one-click unsubscribe requirements in our Email se
 >nder
332guidelines.
333 
334However, unwanted messages that don’t use one-click unsubscribe a
 >re more
335likely to be reported as spam by recipients. An increase in messa
 >ges marked as
336spam increases the chances that future messages from the same sen
 >der are
337delivered to spam.
338 
339Additionally, only bulk senders that meet all the requirements in
 > our Email
340sender guidelines, including one-click unsubscribe, are eligible 
 >for
341mitigation.
342 
343If the List-unsubscribe: header is missing, do you check the mess
 >age body for
344a one-click unsubscribe link?
345 
346No. One-click unsubscribe should be implemented according to RFC 
 >8058, by
347adding List Unsubscribe headers to outgoing promotional messages,
 > as described
348in our Email sender guidelines. Including a mailto link in the bo
 >dy of your
349messages doesn’t meet our one-click unsubscribe requirement.
350 
351If I include an additional unsubscribe link in my message content
 >, does it
352have to be a one-click unsubscribe link?
353 
354No. If your messages include a one-click unsubscribe using List U
 >nsubscribe
355headers, as described in our Email sender guidelines, additional 
 >unsubscribe
356links in the message body aren’t required to be one-click. Any ad
 >ditional
357unsubscribe links in the message body can link to a preferences w
 >eb page that
358you specify.
359 
360When recipients use one-click unsubscribe, how long do I have to 
 >remove them
361from the mailing list?
362 
363To reduce spam reports, protect your sending reputation, and keep
 > your email
364lists healthy, we recommend that you fulfill unsubscribe requests
 > within 48
365hours, a reasonable timeline for removing recipients from a maili
 >ng list.
366 
367Honoring unsubscribe requests from recipients is especially criti
 >cal if you
368frequently send marketing messages. This results in improved emai
 >l delivery
369and higher value for engaged people who want to get messages from
 > you.
370 
371How can I prevent people from unsubscribing from all of my promot
 >ional
372messages?
373 
374One-click unsubscribe doesn’t automatically remove the recipient 
 >from all
375messages from the same sender. When you implement one-click unsub
 >scribe
376according to RFC 8058, by using List Unsubscribe headers as descr
 >ibed in our
377Email sender guidelines, the recipient can be removed only from t
 >he mailing
378list associated with the message. One-click unsubscribe lets you 
 >control which
379mailing lists recipients are removed from.
380 
381If you meet the one-click unsubscribe requirement, you can also i
 >nclude an
382unsubscribe link in the message body that directs people to a mai
 >ling list
383preferences page. Be aware that this type of link doesn’t comply 
 >with RFC
3848058, and so using this type of link alone, without one-click uns
 >ubscribe
385email headers, doesn’t meet the one-click unsubscribe requirement
 > as described
386in our Email sender guidelines.
387 
388If unsubscribe links are temporarily unavailable due to maintenan
 >ce or other
389reasons, are messages flagged as spam?
390 
391If your unsubscribe link isn’t working for an extended period of 
 >time, your
392messages won’t meet our one-click unsubscribe requirement. These 
 >messages
393won’t be marked as spam, but senders aren’t eligible for mitigati
 >on for email
394delivery issues.
395 
396Can I continue to use mailto links?
397 
398We’ll continue to support mailto links but they don’t meet our on
 >e-click
399unsubscribe requirement. To meet our one-click unsubscribe requir
 >ement, you
400must use List-Unsubscribe email headers in all commercial, promot
 >ional
401messages, as described in RFC 8058 and in our Email sender guidel
 >ines, and
402include one HTTPS URL in the List-unsubscribe: header.
403 
404Can a one-click unsubscribe link to a landing or preferences page
 >?
405 
406Senders should follow the specifications for one-click unsubscrib
 >e that are
407defined in RFC 8058, and add List Unsubscribe headers to all outg
 >oing
408promotional messages, as described in our Email sender guidelines
 >.
409 
410Email admins should use RFC 8058 as the reference for implementin
 >g one-click
411unsubscribe. One-click unsubscribe links that link to a landing o
 >r other type
412of web page don’t comply with RFC 8058.
413 
414## Email authentication
415 
416What is the DMARC alignment requirement for bulk senders?
417 
418For messages sent directly to personal Gmail accounts, the organi
 >zational
419domain in the sender From: header must be aligned with either the
 > SPF
420organizational domain or the DKIM organizational domain. Although
 > we require
421bulk senders to set up both SPF and DKIM authentication, only one
 > of these
422needs to be aligned to meet the sender alignment requirements.
423 
424DMARC alignment isn’t required for forwarded or mailing list mess
 >ages
425(sometimes referred to as _indirect messages_ ), however we requi
 >re that these
426types of messages have ARC headers. Learn more about ARC authenti
 >cation and
427headers.
428 
429To ensure reliable authentication, we recommend all senders fully
 > align DMARC
430to both SPF and DKIM. It’s likely that DMARC alignment with both 
 >SPF and DKIM
431will eventually be a sender requirement. Learn more about DMARC a
 >lignment.
432 
433If messages fail DMARC authentication, can they be delivered usin
 >g IP allow
434lists or spam bypass lists? Or will these messages be quarantined
 >?
435 
436If messages fail DMARC because of authentication or alignment iss
 >ues, the
437enforcement defined in the sending domain’s DMARC policy generall
 >y applies. If
438the sending domain doesn’t have a DMARC policy, the messages migh
 >t be rejected
439or sent to spam. Failing DMARC authentication is one of several f
 >actors that
440determine whether messages are rejected, sent to spam, or deliver
 >ed as
441expected. DMARC authentication is an important determining factor
 >, and so
442these messages are typically handled based on the enforcement set
 >ting in the
443sending domain’s DMARC policy.
444 
445Learn more about DMARC policies and enforcement options.
446 
447## Support & escalation
448 
449Can bulk senders get technical support for email delivery issues?
450 
451Bulk senders that meet all requirements described in our Email se
 >nder
452guidelinescan submit an escalation for email delivery issues. Bef
 >ore
453contacting tech support, make sure you’re following all sender gu
 >idelines.
454Starting in February 2024, we won’t provide mitigation for email 
 >delivery
455issues to senders that don’t meet the guidelines. For details abo
 >ut mitigation
456requests, visit the Sender contact form.
457 
458How do you process mitigation requests?
459 
460Only bulk senders that meet all the requirements in our Email sen
 >der
461guidelines, including authentication requirements, user-reported 
 >spam-rate
462requirements, and one-click unsubscribe for relevant traffic, are
 > eligible for
463mitigation.
464 
465## Related topics
466 
467Email sender guidelines
468 
469## Was this helpful?
470 
471How can we improve it?
472 
473YesNo
474 
475Submit
476 
477## Need more help?
478 
479### Try these next steps:
480 
481Post to the help community  Get answers from community members
482 
483Contact us Tell us more and we’ll help you get there
484 
485true
486 
487## Bulk email sending guidelines & tools
488 
489  * 1 of 8
490 
491Email sender guidelines
492 
493  * 2 of 8
494 
495Email sender guidelines FAQ
496 
497  * 3 of 8
498 
499Top 10 Gmail sender issues
500 
501  * 4 of 8
502 
503Email subscription guidelines for senders
504 
505  * 5 of 8
506 
507Feedback Loop
508 
509  * 6 of 8
510 
511Control unauthenticated mail from your domain
512 
513  * 7 of 8
514 
515Monitor outgoing email with Postmaster Tools
516 
517  * 8 of 8
518 
519Gmail SMTP errors and codes
520 
521![](https://lh3.googleusercontent.com/exxMjxadqER4Ie3_TMeBqZfSwNB
 >fL_3tU0Xvn4tJ3_POtw4haXNbIx7OL7v52_DcaBpe=w96)
522 
523Start your free 14-day trial today
524 
525Professional email, online storage, shared calendars, video meeti
 >ngs and more.
526Start your free Google Workspace trial today.
527 
528  * ©2024 Google 
529  * Privacy Policy
530  * Terms of Service
531 
532Language  DeutschespañolfrançaisIndonesiaitalianoNederlandspolski
 >português
533(Brasil)svenskaTiếng
534ViệtTürkçeрусскийукраїнськаעבריתالعربيةไทย中文(简体)中文(繁體)日本語한국어 Engl
 >ish
535 
536Enable Dark Mode
537 
538Send feedback on...
539 
540This help content & information General Help Center experience
541 
542Search
543 
544Clear search
545 
546Close search
547 
548Google apps
549 
550Main menu
551 
552 
553 
554true
555 
556Search Help Center
557 
558true
559 
560true
561 
562true
563 
564true
565 
566true
567 
568 
569 
570false
571 
572false
573 
574 
Legends
Colors
 Added 
Changed
Deleted
Links
(f)irst change
(n)ext change
(t)op