Time for another Tuesday Tip here on Spam Resource. Tuesday Tips are meant to be short little bits of wisdom, easily digestible deliverability knowledge nuggets.
Today's topic for the Tuesday tip tis this: Gmail does not discard email messages.
You might be thinking right now: But that's not true! I'm having trouble delivering emails! And my emails to Gmail are disappearing, I can prove it!
And it's true. Every once in a while somebody reaches out to me with this issue, exactly as described.
But then we dive deeper into the issue. And we invariably find that they were wrong. That in this case, sending an email message to a Gmail mailbox does not result (and should never result) in that email message being discarded. If you think that's happening, there are a few things that could actually be happening instead, and it pretty much HAS to be one of these two things. It could be:
- Mail is being delayed significantly. The mail in question is stuck in the outbound MTA (mail server) queue and every time delivery is attempted, Gmail is responding with a 4xx error.
- Mail is being rejected. You just don't see that, because you're not checking the outbound mail server logs, or the return-path address is going some place you're not checking or monitoring. Your sending domain needs to be valid and able to accept and/or deliver mail, and the sending address for the return-path of your email messages must be valid and you need to be able to receive messages sent to it.
- It could be because Gmail is noticing a spate of bad mail coming from, or referencing your domain name.
- It could be because you're sending mail from an IP address that they don't expect to be running a mail server.
- It could be because you don't have email authentication implemented properly for your sending domain.
- Your sending IP address or domain could have a very low (poor) reputation.
That's sometimes why you suddenly get a burst of reported bounces back in certain ESP and email automation platforms some period of time -- often 72 hours -- after you hit send. In that case, the mail was being deferred with a 4xx response by Gmail for the whole time, and the send platform only now just gave up and logged bounces.
It could even be that you have a testing process that sends mail to a specific Gmail address too often (or to a public address that's being used by too many people for testing at the same time). Or that you're sending to an email address associated with an account that has been deleted because nobody has logged into it for a couple of years.
You won't know until you find the error message. Check your outbound mail server's mail logs. If you use an ESP or email marketing automation platform, ask them if they log SMTP transaction information so that you can review it and see for yourself. And remember that some platforms just don't make this information available -- which leaves you significantly blind to mail delivery troubleshooting.
If you're sure that you've sent the message, and you're sending it to your own test Gmail account, and you're sure that it hasn't arrived yet, or you can't find it anywhere, then the only things left are to check the recipient's spam folder, AND to make sure that the Gmail account in question doesn't have an email filter rule set up to delete or otherwise hide messages from that sender. Yep, that has happened!
And yep, I've seen all of these things happen! Some of them more commonly than others. But what I haven't seen any real evidence of, in many years, is mail actually being accepted by Gmail and then silently thrown away.
It could even be that you have a testing process that sends mail to a specific Gmail address too often (or to a public address that's being used by too many people for testing at the same time). Or that you're sending to an email address associated with an account that has been deleted because nobody has logged into it for a couple of years.
You won't know until you find the error message. Check your outbound mail server's mail logs. If you use an ESP or email marketing automation platform, ask them if they log SMTP transaction information so that you can review it and see for yourself. And remember that some platforms just don't make this information available -- which leaves you significantly blind to mail delivery troubleshooting.
If you're sure that you've sent the message, and you're sending it to your own test Gmail account, and you're sure that it hasn't arrived yet, or you can't find it anywhere, then the only things left are to check the recipient's spam folder, AND to make sure that the Gmail account in question doesn't have an email filter rule set up to delete or otherwise hide messages from that sender. Yep, that has happened!
And yep, I've seen all of these things happen! Some of them more commonly than others. But what I haven't seen any real evidence of, in many years, is mail actually being accepted by Gmail and then silently thrown away.
TL;DR? Check your mail server logs, make sure the sender (return-path address is routable and readable), and make sure it's not something silly like an email filter rule run amok.
And when you're done enjoying today's Tuesday Tip, why not head over to the Tuesday Tip archive here on Spam Resource to look for more delicious info-nuggets?
