Understanding Bounces

Bounces, or mail delivery failures, can occur for a multitude of reasons, and understanding whether or not a bounce was preventable can provide insight into improving your overall email deliverability. This guide will help illustrate how bounce responses are relayed from receivers and how MessageGears helps classify those bounces for further processing. 

A bounce response from a mailbox provider typically includes 3 key elements that help identify the cause of the rejection: a basic SMTP status code, an enhanced SMTP status code, and a text description. Let's take a look at each of those items and the data they provide. 

SMTP Status Code

SMTP status codes are 3 digits in succession and provide basic classification for delivery status:

• 2xx: mail was successfully handed off to the receiving mail server. 250 ok is the typical response when a message is delivered to the intended server.

• 4xx: mail was rejected based on a temporary condition. These are also commonly called temp fails, deferrals, transient bounces, or soft bounces. The general assumption is that these bounces can be retried for the standard retry period (up to 24 hours). If, at the end of the retry window, the mail remains undelivered, it is recorded in your data as a bounce. Because the condition causing the bounce is believed to be temporary, failure of a single message to be delivered doesn't necessarily prohibit future attempts at sending to that address. 

• 5xx: mail was rejected due to a permanent condition. When a 5xx bounce is received, our servers attempt no further retries and the mail is categorized as a bounce. These are often referred to as hard bounces. In most cases, addresses that receive this type of bounce should be suppressed from future mailings; however, immediate suppression is not always recommended.

Enhanced SMTP Status Code

While basic SMTP status codes provide a limited number of status options, a newer standard allows for slightly more detailed response codes. These function similarly to the basic codes, but with a bit more structure to provide more detailed information about the delivery status. Each of the three digits is separated by a period and has its own set of potential values. For the first digit, the options are essentially identical to the codes above:

• 2.X.X indicates the mail was successfully handed off.
• 4.X.X means the mail was rejected due to a temporary issue.
• 5.X.X means the mail was rejected due to a permanent or persistent issue. 

For the second digit, values 0-7 each carry a unique status identifier as follows:

• X.0.X indicates an "undefined" status. No additional details are available for this code. 
• X.1.X indicates an addressing error. These may be on the sending or receiving end, and could include a poorly formatted or nonexistent address. 
• X.2.X is a mailbox status error. This may mean the specific mailbox is temporarily or permanently disabled, or some other unreachable status. These errors are almost exclusively on the receiver's end and must be addressed by the mailbox owner.  
• X.3.X is a mail system status error. While the mailbox error indicates an issue with the specific user's mailbox, this code refers to a larger system issue. These issues exist on the receiving end and typically must be resolved by an administrator of that receiving network. 
• X.4.X indicates an issue with general network or routing status. These can include DNS issues or other routing failures. Issues may be isolated to a single receiver network or may exist on some intermediary network between the sender and receiver. 
• X.5.X refers to a protocol status error. These are fairly vague and could include a wide range of issues, typically resulting from implementation errors or an unreliable connection. 
• X.6.X is caused by message content or associated media within the message content. Errors in translation, character encoding mismatches, or unsupported media types are common factors in these bounces. Resolving these bounces may require cooperation to ensure all message content generated by the sender is in a format supported by the receiver. 
• X.7.X indicates a security or policy status failure. These include message filtering at the user or network level, as well as errors in cryptographic operations. These bounces may also require a collaborative effort to resolve. 

The third digit in these enhanced codes indicates more specifically what caused each error. While there are too many potential codes to include in this article, you can find the full list on the IANA's website.

Bounce Text Description

In addition to the status codes outlined above, most bounce responses also include some human-readable descriptive text intended to relay the cause of the bounce. Each receiving mail server must be configured to send these responses, and there is no definitive standard in place for the industry. As such, some responses are helpful and prescriptive, others may be a bit more vague, and still others include little if any useful text. 

Bounce Categories

When a message you send through MessageGears is rejected, our systems attempt to parse the bounce into one of several categories designed to aid you in managing bounced addresses. A set of internal rules analyzes the data included in the SMTP responses referenced above and classifies each bounce as one of the following:

Please remove all bounces of type 10 and 30. Failure to do so may negatively impact your inbox performance with the various ISPs.