Email Deliverability • Bounce Classification
Bounce Classification Codes and Definitions
Email bounce classifications explain why a message could not be delivered and help identify whether the problem is related to the recipient, sender authentication, reputation, rate limits, or another mail-server condition. Use the category, SMTP code, enhanced code, and full error message together when diagnosing a delivery issue. This guide also shows where to go in the platform to make the appropriate correction after you identify the bounce.
What You'll Learn

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.

Important

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.

1

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.

FieldWhat It Tells You
CategoryThe general type of delivery problem, such as DMARC, Invalid Address, or Rate Limit.
CodeThe SMTP response code returned during the delivery attempt.
Enhanced CodeAdditional status information that can narrow down the cause of the delivery failure.
DefinitionThe interpretation of the response and the issue most likely preventing delivery.
2

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.
3

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

  1. Open the affected sub-account.
  2. Go to Settings → Email Services → Bounce Classification.
  3. Review the highest-volume bounce categories.
  4. 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

ProblemWhere to GoAction
Invalid recipient addressContacts → open the contact recordCorrect or replace the email address before sending again.
SPF, DKIM, DMARC, or sending-domain issueSettings → Email Services → Dedicated Domain and IPVerify the sending domain and review the required DNS records.
Incorrect From address/domain alignmentSending email, workflow email, or campaign settingsUse a From address that aligns with the authenticated sending domain.
Large message or problematic contentMarketing email or workflow email editorReduce message size or revise the content before another send.
Sender reputationSettings → Email Services → Bounce Classification / Postmaster ToolsReview block patterns, list quality, reputation, authentication, and sending practices.
Recipient server restrictionRecipient or recipient's email administratorAsk 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.

4

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.

ClassificationLikely AreaRecommended Next Action
BlockedPolicy, message size, recipient rulesRead the full response. Reduce message size where applicable or contact the recipient if their server is enforcing the block.
DMARCSender authenticationVerify SPF/DKIM and make sure the From domain aligns with the authenticated sending domain.
Invalid AddressContact dataCorrect the contact's email address. Do not repeatedly send to an unchanged address that has hard bounced.
MailboxRecipient mailbox/domainConfirm the recipient address exists and accepts mail. Use another address if necessary.
Mailbox FullRecipient mailbox capacityAllow the temporary condition to resolve. Soft bounces may be retried automatically.
Rate LimitRecipient throttlingAvoid repeated manual retries. Allow temporary throttling to clear or contact the recipient when the rejection persists.
Recipient ErrorRecipient serverContact the recipient or their email administrator when their server is blocking or restricting delivery.
RejectionDNS, authentication, message configuration, or routingUse the enhanced code and definition to determine whether to verify DNS, reduce message size, correct the sender, or resolve routing.
Sender ReputationDomain/IP reputation and list qualityPause 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.

CategoryCodeEnhanced CodeDefinition
Blocked5545.2.3Delivery 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:

509: 5.7.509
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

  1. Go to Settings → Email Services → Dedicated Domain and IP.
  2. Confirm the sending domain is verified.
  3. Review SPF and DKIM records and correct any missing or invalid DNS records.
  4. 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:

450: 4.1.1
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

  1. Open the affected contact record.
  2. Check for misspellings, extra spaces, an incorrect domain, or an outdated email address.
  3. Replace the address only when a corrected or confirmed email is available.
  4. Use Email Verification before sending to unverified lists or older contacts.
  5. 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.

CodeEnhanced Codes
4504.2.2
452-
498-
511-
5165.1.6
5225.2.2
5504.2.2, 5.0.350, 5.2.0, 5.2.2, 5.4.6, 5.5.0, 5.5.1
5525.1.1, 5.2.1, 5.5.2, -
5535.3.1
5545.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.

CodeEnhanced CodeDefinition
4524.1.1The recipient mailbox is full and cannot currently accept new email.
4524.2.2The recipient mailbox is full and cannot currently accept new email.
5505.2.2The recipient mailbox rejected the message because its storage limit was reached.
5525.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.

CodeEnhanced Codes
221-
5504.2.1, 5.2.1, 5.2.122
5545.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:

450: -
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.

450: 4.1.8
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

  1. Review Bounce Classification. Go to Settings → Email Services → Bounce Classification and identify the highest-volume problem categories.
  2. Verify your sending domain. Confirm SPF, DKIM, and DMARC are correctly configured.
  3. Clean your contact lists. Remove or correct invalid, stale, and repeatedly bouncing addresses.
  4. Use Email Verification. Validate addresses before sending to older or uncertain lists.
  5. Reduce sudden volume spikes. Build sending volume gradually instead of sending a large amount from a new or cold domain at once.
  6. Send to engaged contacts. Prioritize recipients who expect and interact with your emails.
  7. Monitor complaints and bounces. A worsening pattern should be investigated before additional bulk sends.
  8. 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 TypeMeaningWhat to Do
Hard BouncePermanent delivery failure, commonly caused by an invalid or inactive address.Do not keep retrying the unchanged address. Correct, replace, or revalidate it first.
Soft BounceTemporary 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.

15

Frequently Asked Questions

Q: Where do I see my Bounce Classification data?
Go to Settings → Email Services → Bounce Classification inside the affected sub-account.
Q: Where can I see which contacts bounced?
Use Settings → Email Services → Email Analytics and select the Bounced metric, or open the Statistics for a specific sent email campaign.
Q: Should I manually resend an email after a soft bounce?
Not while the platform is still retrying delivery. Wait for the final delivery status. If the temporary condition resolves, the retry may succeed without another manual send.
Q: What should I do after a hard bounce?
Review the contact's email address and correct, replace, or revalidate it. Do not repeatedly resend to the same unchanged address after a permanent failure.
Q: Why can a verified email address still bounce?
Verification checks the address before the send, but it cannot prevent later mailbox changes, recipient-server outages, full inboxes, reputation blocks, authentication failures, or content-based filtering.
Q: Why don't I see Bounce Classification or Email Analytics?
If the sub-account uses a third-party SMTP service, some built-in email deliverability tools are unavailable. Review the connected email provider's logs and troubleshooting tools instead.
Q: Is every 5xx code automatically an invalid email address?
No. A 5xx response can represent several permanent or policy-based failures. Review the classification, enhanced code, full error response, and final bounce type before deciding what needs to be corrected.
16

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.