Learn how to locate bounce details, understand each major classification, identify affected contacts, determine where a correction needs to be made, and decide whether an email should be corrected, retried, or stopped.
Do not troubleshoot from the SMTP code alone. The same SMTP code can appear with different enhanced codes or provider responses. Review the classification, code, enhanced code, definition, and full delivery response together before deciding what to change.
2. Key Benefits of Bounce Classification
3. Where to Find the Problem and Make Adjustments
4. What to Do Next by Bounce Type
5. Blocked
6. DMARC
7. Invalid Address
8. Mailbox
9. Mailbox Full
10. Rate Limit
11. Recipient Error
12. Rejection
13. Sender Reputation
14. Hard Bounce vs. Soft Bounce
15. Frequently Asked Questions
16. Need Help?
What Are Bounce Classification Codes?
Bounce classification organizes email delivery failures into categories that make the underlying problem easier to diagnose. A classification can point to an invalid recipient, an authentication problem, a full mailbox, a recipient-side restriction, poor sending reputation, or another mail-server response.
| Field | What It Tells You |
|---|---|
| Category | The general type of delivery problem, such as DMARC, Invalid Address, or Rate Limit. |
| Code | The SMTP response code returned during the delivery attempt. |
| Enhanced Code | Additional status information that can narrow down the cause of the delivery failure. |
| Definition | The interpretation of the response and the issue most likely preventing delivery. |
Key Benefits of Bounce Classification
Bounce classifications turn a failed email into actionable troubleshooting information. Understanding the category helps you avoid repeatedly changing settings that are unrelated to the actual delivery problem.
- Faster Diagnosis: Identify whether the issue originates with the recipient, sending domain, content, rate limit, or reputation.
- Clearer Next Steps: Know whether to edit a contact, review DNS authentication, wait for a temporary condition, or contact the recipient.
- Better List Hygiene: Find invalid or unreachable addresses before repeated failures affect deliverability.
- Improved Sender Reputation: Reducing preventable bounces helps protect future email delivery.
- More Accurate Troubleshooting: Use the enhanced code and full error response instead of relying on a generic failed-delivery message.
Where to Find the Problem and Make Adjustments
The correct place to make an adjustment depends on the bounce category. Start with Bounce Classification to identify the problem, then use the appropriate area of the platform to correct the recipient, sender configuration, campaign, or domain.
Step 1: Review Bounce Classification
- Open the affected sub-account.
- Go to Settings → Email Services → Bounce Classification.
- Review the highest-volume bounce categories.
- Open the error details and note the category, SMTP code, enhanced code, provider, and full error message.
Step 2: Find the Affected Contacts
For contact-level email data, go to Settings → Email Services → Email Analytics. Select the applicable date range and email source, then use the Bounced metric to review affected contacts.
For a specific email campaign, go to Marketing → Emails → Campaigns, open the three-dot menu next to the sent campaign, and select Statistics. Review the hard- and soft-bounce details for that send.
Step 3: Make the Appropriate Adjustment
| Problem | Where to Go | Action |
|---|---|---|
| Invalid recipient address | Contacts → open the contact record | Correct or replace the email address before sending again. |
| SPF, DKIM, DMARC, or sending-domain issue | Settings → Email Services → Dedicated Domain and IP | Verify the sending domain and review the required DNS records. |
| Incorrect From address/domain alignment | Sending email, workflow email, or campaign settings | Use a From address that aligns with the authenticated sending domain. |
| Large message or problematic content | Marketing email or workflow email editor | Reduce message size or revise the content before another send. |
| Sender reputation | Settings → Email Services → Bounce Classification / Postmaster Tools | Review block patterns, list quality, reputation, authentication, and sending practices. |
| Recipient server restriction | Recipient or recipient's email administrator | Ask the recipient to review their mail policy, allowlist, mailbox, or server configuration. |
Using a third-party SMTP provider? Some built-in deliverability tools, including Bounce Classification and contact-level Email Analytics, may not be available. In that case, review the sending provider's own logs and suppression information.
What to Do Next by Bounce Type
Use the classification as a routing tool. The table below shows the most appropriate next action after the bounce has been identified.
| Classification | Likely Area | Recommended Next Action |
|---|---|---|
| Blocked | Policy, message size, recipient rules | Read the full response. Reduce message size where applicable or contact the recipient if their server is enforcing the block. |
| DMARC | Sender authentication | Verify SPF/DKIM and make sure the From domain aligns with the authenticated sending domain. |
| Invalid Address | Contact data | Correct the contact's email address. Do not repeatedly send to an unchanged address that has hard bounced. |
| Mailbox | Recipient mailbox/domain | Confirm the recipient address exists and accepts mail. Use another address if necessary. |
| Mailbox Full | Recipient mailbox capacity | Allow the temporary condition to resolve. Soft bounces may be retried automatically. |
| Rate Limit | Recipient throttling | Avoid repeated manual retries. Allow temporary throttling to clear or contact the recipient when the rejection persists. |
| Recipient Error | Recipient server | Contact the recipient or their email administrator when their server is blocking or restricting delivery. |
| Rejection | DNS, authentication, message configuration, or routing | Use the enhanced code and definition to determine whether to verify DNS, reduce message size, correct the sender, or resolve routing. |
| Sender Reputation | Domain/IP reputation and list quality | Pause aggressive sending, clean the list, verify contacts, review authentication, and rebuild sending reputation gradually. |
Blocked
A Blocked classification means a receiving system prevented delivery because of a rule or policy. The exact cause can include message-size restrictions, mailbox limitations, security policy, or another provider-specific rule.
| Category | Code | Enhanced Code | Definition |
|---|---|---|---|
| Blocked | 554 | 5.2.3 | Delivery was blocked by a policy or rule, potentially including mailbox quota, message size, or recipient-organization restrictions. |
What to do: Review the full bounce response first. If it references message size, reduce the email size. If it references recipient policy, contact the recipient or their email administrator.
DMARC
DMARC classifications indicate that the message failed an authentication or alignment check. The From domain should align with properly configured SPF and DKIM authentication for the sending domain.
Codes currently associated with this classification include:
550: 5.0.0, 5.7.20, 5.7.26, 5.7.5, 5.7.509, 5.7.6, 5.7.8, 5.7.9, Missing
553: -
554: 5.0.0, 5.7.5
555: 5.7.5
Resolution Tips
- Go to Settings → Email Services → Dedicated Domain and IP.
- Confirm the sending domain is verified.
- Review SPF and DKIM records and correct any missing or invalid DNS records.
- Confirm the From email domain aligns with the authenticated sending domain.
Invalid Address
An Invalid Address classification generally means the recipient address does not exist, is inactive, is malformed, has already been identified as undeliverable, or cannot be reached because of a recipient-domain issue.
Common SMTP / enhanced-code combinations include:
500: 5.0.0, 5.1.1
501: 5.1.1, 5.1.3, 5.5.4, 5.7.0
505: -
508: 5.1.1
511: 5.1.1, -
521: 5.3.2
522: 5.7.1
525: 5.7.13
540: 5.7.1
542: -
550: 5.0.0, 5.0.1, 5.0.350, 5.1.0, 5.1.1, 5.1.10, 5.1.181, 5.1.2, 5.1.351, 5.1.6, 5.2.1, 5.2.14, 5.2.5, 5.3.0, 5.3.2, 5.4.310, 5.4.312, 5.4.350, 5.4.355, 5.5.0, 5.5.1, 5.5.2, 5.7.0, 5.7.1, 5.7.100, 5.7.13, 5.8.1, -
551: 5.1.1, -
552: 5.1.1
553: 5.1.1, 5.1.3, 5.3.0, 5.5.3, 5.7.1, 5.7.2
554: 5.0.0, 5.1.1, 5.1.2, 5.2.1, 5.2.2, 5.5.1, 5.7.1, 5.7.7, -
556: 5.1.1
572: -
577: 5.1.1
585: 5.1.1
605: -
612: -
Resolution Tips
- Open the affected contact record.
- Check for misspellings, extra spaces, an incorrect domain, or an outdated email address.
- Replace the address only when a corrected or confirmed email is available.
- Use Email Verification before sending to unverified lists or older contacts.
- Do not repeatedly retry a hard-bounced address without correcting or revalidating it first.
Mailbox
Mailbox classifications indicate that the destination domain or address is not accepting mail as expected. This can occur when a mailbox does not exist, has been disabled, or the recipient domain is not configured to receive mail.
| Code | Enhanced Codes |
|---|---|
| 450 | 4.2.2 |
| 452 | - |
| 498 | - |
| 511 | - |
| 516 | 5.1.6 |
| 522 | 5.2.2 |
| 550 | 4.2.2, 5.0.350, 5.2.0, 5.2.2, 5.4.6, 5.5.0, 5.5.1 |
| 552 | 5.1.1, 5.2.1, 5.5.2, - |
| 553 | 5.3.1 |
| 554 | 5.1.1 |
What to do: Confirm the email address with the recipient. If the mailbox or domain no longer accepts mail, use a different valid address rather than continuing to retry the same destination.
Mailbox Full
A Mailbox Full bounce occurs when the recipient's inbox has reached its storage limit and cannot currently accept another message. This is commonly a temporary condition rather than proof that the address is invalid.
| Code | Enhanced Code | Definition |
|---|---|---|
| 452 | 4.1.1 | The recipient mailbox is full and cannot currently accept new email. |
| 452 | 4.2.2 | The recipient mailbox is full and cannot currently accept new email. |
| 550 | 5.2.2 | The recipient mailbox rejected the message because its storage limit was reached. |
| 552 | 5.2.2 / - | The recipient mailbox is full and cannot accept the message. |
What to do: If the event is being treated as a soft bounce, allow the automatic retry process to run. Avoid manually resending while delivery is still in progress.
Rate Limit
Rate Limit classifications occur when the receiving server throttles or rejects delivery because it is receiving messages too quickly or has applied another volume-related restriction.
| Code | Enhanced Codes |
|---|---|
| 221 | - |
| 550 | 4.2.1, 5.2.1, 5.2.122 |
| 554 | 5.2.121, 5.2.122 |
What to do: Avoid repeatedly forcing the same message through. Temporary throttling may clear on its own. If the recipient server continues to deny delivery, contact the recipient through another channel.
Recipient Error
Recipient Error classifications usually indicate that the destination server rejected, restricted, timed out, or otherwise could not accept the message. These failures often require the recipient or their email administrator to review the destination environment.
Common code combinations include:
502: -
503: -
510: -
521: 5.3.0
530: 5.3.0, 5.7.0, 5.7.1, 5.7.57, -
535: -
541: 5.4.1
550: 4.4.0, 4.4.2, 4.4.7, 5.1.3, 5.1.9, 5.3.5, 5.4.103, 5.4.108, 5.4.142, 5.4.300, 5.4.315, 5.4.316, 5.4.317, 5.4.4, 5.4.7, 5.5.5, 5.7.105, 5.7.124, 5.7.128, 5.7.129, 5.7.133, 5.7.134, 5.7.136, 5.7.193, 5.7.230, 5.7.367, 5.7.51, 5.7.520, 5.7.54, 5.7.64, 5.7.703, 5.7.705, 5.7.900, 5.7.902, 5.7.929, 5.7.987, 5.7.999, 5.8.2
551: -
552: 5.7.1
553: 5.0.0, 5.1.8
554: 4.3.5, 5.1.0, 5.1.2, 5.2.0, 5.4.6, 5.5.4, 5.7.1, 5.7.105
555: 5.7.1
556: 5.7.1, -
571: -
577: 5.7.7
579: -
701: -
What to do: Read the provider response for the exact restriction. When the recipient server is refusing external mail, timing out, or enforcing a tenant policy, the recipient or their administrator may need to resolve it.
Rejection
Rejection is a broad category that can include invalid DNS or authentication records, sender-domain issues, oversized messages, mail loops, routing problems, or other provider-specific refusals. The enhanced code and full definition are especially important for this category.
501: 5.1.0, 5.1.7, 5.1.8, 5.2.0, NA
533: 5.7.1
550: 5.1.0, 5.1.7, 5.1.8, 5.2.3, 5.4.0, 5.4.12, 5.4.14, 5.4.6, 5.5.2, 5.7.13, 5.7.21, 5.7.23, 5.7.24, 5.7.26, 5.7.27, 5.7.368, 5.7.57
553: 5.1.8
554: 5.1.8, NA
How to Resolve Common Rejections
- DNS/authentication error: Go to Settings → Email Services → Dedicated Domain and IP and verify the domain and DNS records.
- Message too large: Reduce large images, attachments, or other content before sending again.
- Mail loop / too many hops: Review forwarding and routing configuration for the affected mailbox or domain.
- Provider-specific rejection: Use the complete error text to determine whether the sender or recipient administrator needs to make the correction.
Sender Reputation
Sender reputation reflects how receiving providers evaluate the trustworthiness of your sending domain and IP infrastructure. Poor reputation can cause otherwise valid messages to be throttled, blocked, rejected, or routed away from the inbox.
How to Improve Sender Reputation
- Review Bounce Classification. Go to Settings → Email Services → Bounce Classification and identify the highest-volume problem categories.
- Verify your sending domain. Confirm SPF, DKIM, and DMARC are correctly configured.
- Clean your contact lists. Remove or correct invalid, stale, and repeatedly bouncing addresses.
- Use Email Verification. Validate addresses before sending to older or uncertain lists.
- Reduce sudden volume spikes. Build sending volume gradually instead of sending a large amount from a new or cold domain at once.
- Send to engaged contacts. Prioritize recipients who expect and interact with your emails.
- Monitor complaints and bounces. A worsening pattern should be investigated before additional bulk sends.
- Review email content. Avoid misleading subject lines, suspicious links, overly promotional content, and emails that do not provide an easy way to unsubscribe.
Hard Bounce vs. Soft Bounce
Understanding whether a failure is permanent or temporary determines whether another delivery attempt is appropriate. Do not use only the first digit of the SMTP code to make this decision; use the platform's bounce type and final delivery state.
| Bounce Type | Meaning | What to Do |
|---|---|---|
| Hard Bounce | Permanent delivery failure, commonly caused by an invalid or inactive address. | Do not keep retrying the unchanged address. Correct, replace, or revalidate it first. |
| Soft Bounce | Temporary condition such as a full inbox, unavailable server, or temporary rejection. | Allow automatic retries to run. If the same contact continues to soft bounce across future sends, review or remove the address. |
Delivery in Progress: When a soft-bounced email is still being retried, its delivery status may remain in progress. Do not manually resend during this period. Wait for the final status to resolve.
Frequently Asked Questions
Need Help?
If you are not sure what to change, start by recording the bounce category, SMTP code, enhanced code, recipient provider, and complete error response. Those details determine whether the correction belongs on the contact, the sending domain, the email content, or the recipient's mail server.
- Invalid address: correct or replace the contact's email.
- DMARC/authentication: verify the sending domain and DNS configuration.
- Mailbox full / temporary error: allow the temporary condition and automatic retries to resolve.
- Recipient restriction: ask the recipient or their administrator to review the block.
- Sender reputation: review list quality, sending volume, authentication, complaints, and recent bounce patterns.
- Still unresolved: provide Support with the affected recipient, approximate send time, complete bounce response, classification, and screenshots of the issue.