<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=1822615684631785&amp;ev=PageView&amp;noscript=1"/>

How to handle this strange Gmail bounce: “read error: generic::failed_precondition”

Several users have recently reported seeing bounce backs from Gmail that look like this:

Delivery to the following recipient failed permanently:

Technical details of permanent failure:
read error: generic::failed_precondition: read error (0): error

We’ve seen bounces like this for both regular Gmail users and Google Apps users using GMass. The error is a non-standard bounce message that is specific to sending via the Google platform. What causes the error? Nobody is certain for sure, but the Internet speculates that it’s either one of the following:

  1. The remote server is rejecting the email due to an SPF failure. This is applicable to Google Apps users that are sending from their own organization’s domain, not from gmail.com or googlemail.com.
  2. The remote server is rejecting the email because Gmail’s sending IP is blacklisted, but Gmail doesn’t want the end user to know that’s the reason for the fail, so this generic message is delivered instead.
Regarding reason #2, generally we’ve seen that the deliverability through Gmail’s servers is the world’s best, but it seems that occasionally even Gmail’s servers get blacklisted.

Regarding reason #1, if you’re a Google Apps user, regardless of whether you’re using GMass, ensure that you have SPF set up correctly for your domain. That means you need to configure the DNS for your domain to allow email to be sent by Google’s servers on behalf of your domain. You can check if your domain is configured allow Google to send email on its behalf via this easy-to-use tool. Just input your domain, and check the results. I just checked my own domain, wordzen.com, which runs on Google Apps, and noticed an issue, which I’m about to fix:

The SPF record for wordzen.com breaks the rules by requiring too many DNS lookups.
In the case of wordzen.com’s SPF record, the record includes permission for Google’s servers to send email for wordzen.com, but here’s an example of a domain of a GMass user where SPF doesn’t include Google’s servers at all:
If you still see this bounce notification after ensuring correct SPF settings, or if you’re not a Google Apps user, it could be issue #2 at play.

How is GMass handling these bounces?

Since GMass categories all bounces and replies for you, and builds an internal Bounce List for your account in order to suppress future mailings to bounced addresses, we’ve added these bounces to our “Bounce Exception” list, meaning we won’t count addresses that bounce with this message as a true bounce. That means that future attempts to send to these addresses will still work.
We’ve also deleted all bounces that were on your account’s Bounce List in the past because of this issue.


See why GMass has 300k+ users and 7,500+ 5-star reviews

Email marketing. Cold email. Mail merge. Avoid the spam folder. Easy to learn and use. All inside Gmail.


Download Chrome extension - 30 second install!
No credit card required
Love what you're reading? Get the latest email strategy and tips & stay in touch.

  1. dear support team when i am sending the mail on other mail id then my mail are permanently bouns please tell me how to resolve it.

Leave a Reply

Your email address will not be published. Required fields are marked *

Transform your Gmail account into an email marketing powerhouse

GMass is easy to learn and easy to use — but brings unbelievable email power into Gmail

Try GMass for free Then check out the quickstart guide to send your first mail merge email in minutes!


Share This