1. Email sender guidelines

Important: Starting February 2024, Gmail will require the following for senders who send 5,000 or more messages a day to Gmail accounts:

Authenticate outgoing email, avoid sending unwanted or unsolicited email, and make it easy for recipients to unsubscribe. Learn more about requirements for sending 5,000 or more emails per day.

The guidelines in this article can help you successfully send and deliver email to personal Gmail accounts.

A personal Gmail account is an account that ends in @gmail.com or @googlemail.com.

Google Workspace senders: If you use Google Workspace to send large volumes of email, review the Spam and abuse policy in Gmail. The policy is part of the Google Workspace Acceptable Use Policy.

1.1. Sender requirements updates

This table lists our updates to the sender guidelines: Sender requirement Date added Use a TLS connection for transmitting email Dec. 2023

1.2. Sender guidelines

Follow these guidelines to help ensure messages are delivered to Gmail accounts as expected, and to help prevent Gmail from limiting sending rates, blocking messages, or marking messages as spam.

For more information about meeting these requirements, visit our Email sender guidelines FAQ. /Requirements for all senders /Requirements for sending 5,000 or more messages per day

1.3. Sender guidelines

Follow these guidelines to help ensure messages are delivered to Gmail accounts as expected, and to help prevent Gmail from limiting sending rates, blocking messages, or marking messages as spam.

For more information about meeting these requirements, visit our Email sender guidelines FAQ. /Requirements for all senders /Requirements for sending 5,000 or more messages per day

1.4. Email authentication requirements & recommendations

We require that you set up these email authentication methods for your domain. Authenticated messages:

• Help protect recipients from malicious messages, such as spoofing and phishing messages. Help protect you and your organization from being impersonated. Are less likely to be rejected or marked as spam by Gmail.

Set up email authentication for each of your sending domains at your domain provider. In addition to following the instructions we provide, you should also refer to your domain provider's email authentication instructions.

To verify messages are authenticated, Google performs checks on messages sent to Gmail accounts. To improve email delivery, we recommend that you always set up SPF, DKIM, and DMARC for your domains. Make sure you're meeting the minimum authentication requirements described in Sender Guidelines. Messages that aren’t authenticated with these methods might be marked as spam or rejected with a 5.7.26 error.

If you use an email service provider, verify that they authenticate your domain’s email with SPF and DKIM.

We recommend you always use the same domain for email authentication and hosting your public website. SPF

SPF prevents spammers from sending unauthorized messages that appear to be from your domain. Set up SPF by publishing an SPF record at your domain. The SPF record for your domain should reference all email senders for your domain. If third-party senders aren't included in your SPF record, messages from these senders are more likely to be marked as spam. Learn how to define your SPF record and add it to your domain. DKIM

Turn on DKIM for the domain that sends your email. Receiving servers use DKIM to verify that the domain owner actually sent the message. Learn how to turn on DKIM for your domain.

Important: Sending to personal Gmail accounts requires a DKIM key of 1024 bits or longer. For security reasons, we recommend using a 2048-bit key if your domain provider supports this. Learn more about DKIM key length. DMARC

DMARC lets you tell receiving servers what to do with messages from your domain that don’t pass SPF or DKIM. Set up DMARC by publishing a DMARC record for your domain. To pass DMARC authentication, messages must be authenticated by SPF and/or DKIM. The authenticating domain must be the same domain that's in the message From: header. Learn how to add a DMARC record at your domain.

We recommend you set up DMARC reports so you can monitor email sent from your domain, or appears to have been sent from your domain. DMARC reports help you identify senders that may be impersonating your domain. Learn more about DMARC reports.

When you set up DMARC, you can then optionally set up BIMI to add your brand logo to messages sent from your domain. Learn how to add your brand logo with BIMI. ARC

ARC checks the previous authentication status of forwarded messages. If a forwarded message passes SPF or DKIM authentication, but ARC shows it previously failed authentication, Gmail treats the message as unauthenticated.

We recommend that senders use ARC authentication, especially if they forward email regularly. Learn more about ARC authentication.

1.5. Infrastructure configuration

IP addresses

Your sending IP address must have a PTR record. PTR records verify that the sending hostname is associated with the sending IP address. Every IP address must map to a hostname in the PTR record. The hostname specified in the PTR record must have a forward DNS that refers to the sending IP address.

Set up valid reverse DNS records of your sending server IP addresses that point to your domain. Check for a PTR record with the Google Admin Toolbox Dig tool.

Important: The sending IP address must match the IP address of the hostname specified in the Pointer (PTR) record. Shared IP addresses

A shared IP address (shared IP) is an IP address used by more than one email sender. The activity of any senders using a shared IP address affects the reputation of all senders for that shared IP.

A negative reputation can impact your delivery rate.

If you use a shared IP for sending email:

• Make sure the shared IP address isn’t on any internet blocklist. Messages sent from IP addresses on a blocklist are more likely to be marked as spam. If you use an email service provider for your shared IP, use Postmaster Tools to monitor the reputation of the shared IP address.

1.6. Subscriptions

Only send email to people who want to get messages from you so they’re less likely to report messages from your domain as spam.

If messages from your domain are frequently reported as spam, future messages from you are more likely to be marked as spam. Over time, spam reports can lower your domain’s reputation. You can monitor your domain’s reputation with Postmaster Tools. Make it easy to subscribe

To help ensure your recipients are engaged:

    Make sure recipients opt in to get messages from you.
    Confirm each recipient's email address before subscribing them.
    Periodically send messages to confirm that recipients want to stay subscribed.
    Consider unsubscribing recipients who don’t open or read your messages.

Make it easy to unsubscribe

Always give your recipients an easy way to unsubscribe from your messages. Letting people opt out of your messages can improve open rates, click-through rates, and sending efficiency. One-click unsubscribe makes it easy for people to opt out. If you send more than 5,000 message per day, your marketing and subscribed messages must support one-click unsubscribe.

To set up one-click unsubscribe, include both of these headers in outgoing messages:

    List-Unsubscribe-Post: List-Unsubscribe=One-Click
    List-Unsubscribe: <https://solarmora.com/unsubscribe/example>

When a recipient unsubscribes using one-click, you receive this POST request:

"POST /unsubscribe/example HTTP/1.1 Host: solarmora.com Content-Type: application/x-www-form-urlencoded Content-Length: 26 List-Unsubscribe=One-Click"

Learn more about List-Unsubscribe: headers in RFC 2369 and RFC 8058.

More unsubscribe methods we recommend:

• Let recipients review the individual mailing lists they’re subscribed to. Let them unsubscribe from lists individually, or all lists at once. Automatically unsubscribe recipients who have multiple bounced messages.

1.7. Message formatting

Follow these message formatting guidelines to increase the likelihood that Gmail delivers your messages to the inbox instead of the spam folder:

    Format messages according to the Internet Format Standard (RFC 5322).
    If your messages are in HTML, format them according to HTML standards.
    Don’t use HTML and CSS to hide content in your messages. Hiding content might cause messages to be marked as spam.
    Message From: headers should include only one email address. For example:
    From: notifications@solarmora.com
    Make sure every message includes a valid Message-ID (RFC 5322).
    Make sure single-instance message headers are included only once in a message. Examples of single-instance headers include From, To, Subject, and Date (RFC 5322).
    Avoid excessively large message headers. To learn more, visit Gmail message header limits.
    Web links in the message body should be visible and easy to understand. Recipients should know what to expect when they click a link.
    Sender information should be clear and visible.
    Message subjects should be accurate and not misleading.
    Format these international domains according to the Highly Restrictive guidelines in section 5.2 of Unicode Technical Standard #39:
        Authenticating domain
        Envelope from domain
        Payload domain
        Reply-to domain
        Sender domain

1.8. Sending guidelines

To reduce the chances that messages from your domain are sent to spam or blocked by Gmail, follow these general best practices: Recommended sending practices

• Authenticate email with SPF and DKIM that are aligned. If you use an email provider, verify that your provider supports this. Ideally, send all messages from the same IP address. If you must send from multiple IP addresses, use a different IP address for each type of message. For example, use one IP address for sending account notifications and a different IP address for sending promotional messages. Messages of the same category should have the same From: email address. For example, messages from a domain called solarmora.com might have From: addresses like:

  • Sales receipt messages: sales@solarmora.com Promotional messages: deals@solarmora.com Account notification messages: alert@solarmora.com

  Messages sent from an address in the recipient’s contacts are less likely to be marked as spam.

}}}

1.9. Sending practices to avoid

    Don't mix different types of content in the same message. For example, don't include promotions in sales receipt messages.
    Don't impersonate other domains or senders without permission. This practice is called spoofing, and Gmail may mark these messages as spam.
    Don't mark internal messages as spam. This can negatively affect your domain's reputation, and future messages might be marked as spam.
    Don't purchase email addresses from other companies.
    Don't send messages to people who didn't sign up to get messages from you. These recipients might mark your messages as spam, and future messages to these recipients will be marked as spam.
    Avoid opt-in forms that are checked by default and that automatically subscribe users. Some countries and regions restrict automatic opt-in. Before you opt-in users automatically, check the laws in your region.

Some legitimate messages may be marked as spam. Recipients can mark valid messages as not spam, so future messages from the sender should be delivered to their inbox.

1.10. Increase sending volume slowly

When increasing sending volume, keep in mind:

    Increasing the sending volume too quickly can result in delivery problems. As you gradually increase your sending mail volume, use Postmaster Tools to monitor mail performance.
    For work and school accounts, sending limits apply even when recipients are in different Google Workspace domains. For example, you might send email to users with email addresses that have the domains your-company.net and solarmora.com. Although the domains are different, if both domains have google.com as their MX record, messages sent to these domains count toward your limit.
    If you use Google Workspace or Gmail for sending: When you reach the sending limit, Google Workspace limits the message sending rate for the sending IP address.

If you send large amounts of email, we recommend you:

    Send email at a consistent rate. Avoid sending email in bursts.
    Start with a low sending volume to engaged users, and slowly increase the volume over time.
    As you increase the sending volume, regularly monitor server responses, the spam rate, and the sending domain's reputation. Regular monitoring will allow you to quickly adapt if your sending is rate limited, if the spam rate is increased, or when the sending domain's reputation drops.
    Avoid introducing sudden volume spikes if you do not have a history of sending large volumes. For example, immediately doubling previously sent volumes suddenly could result in rate limiting or reputation drops.
    If you change the format of bulk emails, increase the traffic segment with the new format gradually.
    When making significant changes to sending infrastructure or email or email header structure, increase the modified segment of traffic separately.
    If messages start bouncing or start being deferred, reduce the sending volume until the SMTP error rate decreases. Then, increase slowly again. If bounces and deferrals continue at a low volume, review individual messages to identify problems. For example, you can try sending a blank test message and see if it experiences issues.
    Stay within the IP limits for sending:
        Be aware of email sending limits when sending from domains that have a Google.com MX host.
        Limit sending email from a single IP address based on the MX record domain, not the domain in the recipient email address.
        Monitor responses so you can change sending rates as needed to stay within these limits.

These factors affect how quickly you can increase sending volume:

    Amount of email sent: The more email that you send, the more slowly you should increase sending volume.
    Frequency of sending email: You can increase the sending volume more quickly when you send daily instead of weekly.
    Recipient feedback about your messages: Make sure you send only to people who subscribe to your emails, and give recipients an option to unsubscribe.

In the event of a recent spike in email activity, adhering to best practices outlined above will likely resolve any deliverability issues automatically during subsequent sends.

1.11. Special considerations

1.11.1. Using email service providers

Google and Gmail don’t accept allowlist requests from email providers. We can't guarantee messages sent by email providers will pass Gmail’s spam filters.

If you use a third-party email provider to send email for your domain:

• Verify that the provider follows the guidelines in this article. Large providers, such as Google, AOL, and Yahoo, typically follow these guidelines. Make sure the SPF record for your domain includes references to all email senders for your domain. If third-party senders aren't included in your SPF record, messages sent from these providers are more likely to be marked as spam. Learn how to set up your SPF record.

If you use a domain provider but you manage your own email, we recommend you:

• Review and follow the best practices in this article for sending email to Gmail accounts. Use Postmaster Tools to monitor information about messages sent from your domain to Gmail accounts.

1.11.2. Third-party email providers

When clients use your service to send email, you’re responsible for their sending practices. We recommend taking these steps to help manage your clients’ sending activity:

    Offer an email address for reporting email abuse, for example: abuse@mail-provider.com.
    Make sure your contact information in your WHOIS record and on abuse.net are current.
    Immediately remove any client who uses your service to send spam.

1.11.3. Affiliate marketing

Affiliate marketing programs offer rewards to companies or individuals that send visitors to your website. However, spammers can abuse these programs. If your brand is associated with marketing spam, other messages sent by you might be marked as spam.

We recommend you regularly monitor affiliates, and remove any affiliates that send spam. Phishing exercises

Don’t send test phishing messages or test campaigns from your domain. Your domain’s reputation might be negatively affected, and your domain could be added to internet blocklists.

1.12. Monitoring and troubleshooting

Postmaster Tools

Use Postmaster Tools to get information about the email you send to Gmail users, for example:

    When recipients mark your messages as spam.
    Why your messages might not be delivered.
    If your messages are authenticated.
    Your domain or IP reputation and its impact on message delivery rates.

Spam rate

• Regularly monitor your domain's spam rate in Postmaster Tools. Keep spam rates reported in Postmaster Tools below 0.10% and avoid ever reaching a spam rate of 0.30% or higher. Learn more Maintaining a low spam rate makes senders more resilient to occasional spikes in user feedback. Similarly, maintaining a high spam rate will lead to increased spam classification. It can take time for improvements in spam rate to reflect positively on spam classification.

Open rate

• Google does not explicitly track open rates. Google isn’t able to verify the accuracy of open rates reported by third parties. Low open rates may not be an accurate indicator of deliverability or spam classification issues.

1.13. Troubleshooting

Warning banners

• Check regularly that your domain isn’t listed as unsafe with Google Safe Browsing. To check your domain status, enter your domain in the Safe Browsing site status page. Check any other domains that are linked to yours.

Delivery issues when sending through email service providers

If you’re having delivery issues with email sent by a service provider, verify that they use the recommended practices in this article. Use the Google Admin Toolbox to review domain settings

Use the Google Admin Toolbox to check and fix settings for your domain. Fix the source of rejected email

If your messages are rejected, you might get an error message. Learn more about the error so you can fix the problem. Common error messages are:

• 421, "4.7.0": Messages are rejected because the sending server’s IP address is not on the allowed list for the recipient’s domain. 550, "5.7.1": Messages are rejected because the sending server’s IP address is on an IP suspended list. You might get this error if you’re sending mail using a shared IP with a poor reputation.

Learn more about email and SMTP error messages:

• SMTP error reference Fix bounced or rejected emails

Fix IPv6 authorization errors

An IPv6 authorization error could mean that the PTR record for the sending server isn’t using IPv6. If you use an email service provider, confirm they’re using an IPv6 PTR record.

Here's an example of an IPv6 authorization error:

550-5.7.1: Message does not meet IPv6 sending guidelines regarding PTR records and authentication. Use the troubleshooting tool

If you’re still having mail delivery problems after following the guidelines in this article, try Troubleshooting for senders with email delivery issues.

Translations of our policies are provided for your convenience. If there is a conflict between the text of this policy and the text of the English language version of the policy, the text of the English language version of the policy takes precedence. Related topics

• Email sender guidelines FAQ Fixed bounced emails Fix messages rejected by Google Groups

you get there Problems with sending

Fix bounced or rejected emails Fix email bounces due to blocked IP address Messages from a bulk sender bounce Message bounced due to a policy rule Email bounces with error message Avoid email bouncing from new MX records Best practices for forwarding email to Gmail Some recipients don't get my email SMTP relay spam policy in Gmail

• Email sender guidelines

Set up and use the paid editions of Google Workspace for Education

Looking for resources to get started with the paid editions of Google Workspace for Education? Use step-by-step training videos and setup guides on our IT Admin resource page.

1.14. history

---

CategoryDns CategoryWatch CategoryTemplate