There’s something about bounces

I’ve shared a version of this image repeatedly. I think it was only my Facebook friends that got the stick figure screaming in frustration, though.

An overlapping circles diagram showing bounce classifications from 3 different ESPs and how they overlap (and don't) with each other and with my classifications of the underlying error.

The reality is bounce handling is one of the most frustrating pieces of email delivery. Not only that, many people in the email space treat it as a simple process. It’s really not as simple as we’d like it to be.

The above image was created based on docs from 3 different ESPs a client was using. They wanted to normalise their bounce handling across ESPs, and asked me for policy recommendations. I ended up digging through a bunch of docs from their 3 ESPs. I recorded the reasons as reported in the docs in a colored block corresponding to the ESP, then dropped them in the appropriate circle: soft, block or hard.

The shaded circles are based on my interpretations of why these bounces happen.

  • The big grey circle surrounds bounces due to reputation issues.
  • The green circle is primarily networking and technical issues.
  • The top purple circle is non existent or bad addresses

Note, nothing here indicates how we should react to the bounces, this is just a categorisation activity. This classification also has nothing to do with what the actual SMTP response is.

Just remember, next time someone says bounce handling is simple: they’re wrong.

Related Posts

Share your average bounce rates

The question came up on slack this morning about bounce rate benchmarks. What are the normal / average bounces that different ESPs see? Does region matter? What’s acceptable for bounce rates?

Read More

Bounce handling is hard

Sometimes I find it hard to find a new topic to write about. I decide I’m going to write about X and then realize I did, often more than once. Other times I think I can blog about some issue only to realize that it’s too complex to handle in a quick post. There are concepts or issues that need background or I have to work a little harder to explain them.
One thing I haven’t blogged about before is bounce handling. That particular topic falls into the other category of posts that take a lot of time to write and need a significant amount of work to make sense. I was even joking with my fellow panel members at EEC a few months ago about how that’s a post that so needs to be written but I’m avoiding it because it’s so hard. There’s so much to be conceptualized and explained and I realize it’s not a blog post but multiple blog posts, or a white paper or even a book.
Bounce Rate words on a thermometer or gauge measuring the rate of abandonment as visitors or audience leaves your website or online page or resource
So let’s start with some simple definitions.  Those of you who work at ISPs are probably thinking of bounces in terms of accept than reject, that’s not exactly what I’m talking about here. I’m writing these for senders, who usually call rejects during the SMTP transaction bounces.

Read More

Thoughts on bounce handling

This week’s Wednesday question comes from D.

What are your thoughts on bounce handling

Read More