Home / Featured Training / Bounceback Processing

Bounceback Processing

The population of data for the Bounce Count and Bad Address Date fields can be configured, for each SMTP response received from an email sent out of Association Anywhere/Certelligence.

There are two classes of SMTP responses that can be received from an email server. ECM SMTP Response Reply Codes and ECM SMTP Enhanced Status Codes.

Navigation: “Admin”> “Marketing & Communications” > “E-Communications” > “Bounceback Processing”

ECM SMTP Response Reply Codes

Reply CodeDescriptionIncrease Bounce CountMark as Bad
101The server is unable to connectYN
111Connection refused or inability to open an SMTP streamYN
200(nonstandard success response, see rfc876)NN
211System status, or system help replyNN
214Help messageNN
220Service readyNN
221Service closing transmission channelNN
250Requested mail action okay, completedNN
251User not local; will forward toNN
252Cannot VRFY user, but will accept message and attempt deliveryNN
354Start mail input; end with CR LF.CR LFYN
355Octet-offset is the transaction offsetYN
400Message delayedYN
403TLS handshake failedYN
420Timeout connection problemYN
421Service not available, closing transmission channelYN
422The recipient’s mailbox has exceeded its storage limitYN
431Not enough space on the diskYN
432Microsoft Exchange Server SMTP error code. Contact it to get more informationYN
441The recipient’s server is not respondingYN
442The connection was dropped during the transmissionYN
446The maximum hop count was exceeded for the message: an internal loop has occurredYN
447Your outgoing message timed out because of issues concerning the incoming serverYN
449Routing error: Microsoft exchange onlyYN
450Requested mail action not taken: mailbox unavailableYN
451Requested action aborted: local error in processingYN
452Requested action not taken: insufficient system storageYN
453No mailYN
454TLS not available due to temporary reason. Encryption required for requested authentication mechanismYN
458Unable to queue messages for nodeYN
459Node not allowed: reasonYN
471An error of your mail server, often due to an issue of the local anti-spam filterYN
500Syntax error, command unrecognizedYN
501Syntax error in parameters or argumentsYN
502Command not implementedYN
503Bad sequence of commandsYN
504Command parameter not implementedYN
510Bad email addressNY
511Bad email addressNY
512DNS error: the host server for the recipient’s domain name cannot be foundYN
513Address type is incorrectYN
515Destination mailbox address invalidYN
517Problem with senders mail attribute, check propertiesYN
521does not accept mail (see rfc1846)YN
522Recipient has exceeded mailbox limitYN
523The total size of your mailing exceeds the recipient server’s limitsYN
530Access denied: may be authentication, blacklist, or invalid email addressYN
531Mail system FullYN
533Remote server has insufficient disk space to hold emailYN
534Authentication mechanism is too weak. Message too bigYN
535Multiple servers using same IP. Required AuthenticationYN
538Encryption required for requested authentication mechanismYN
541The recipient address rejected your message: normally, it’s an error caused by an anti-spam filterYN
542Bad ConnectionYN
543Routing server failure. No available routeYN
546Email loopingYN
547Delivery time-outYN
550Requested action not taken: mailbox unavailableYN
551User not local; please tryNY
552Requested mail action aborted: exceeded storage allocationYN
553Requested action not taken: mailbox name not allowedNY
554Transaction failedYN
557You are not allowed to send mailYN
571Delivery not authorized, message refusedYN
590Unexpected response from SMTP serverYN
591No response from SMTP serverYN
592Failed to send commandYN

ECM SMTP Enhanced Status Codes

Enhanced Status CodeDescriptionIncrease Bounce CountMark as BadShort Name
2.0.0Other undefined status is the only undefined error code. It should be used for all errors for which only the class of the error is known.NNSuccessfully Sent – Other undefined Status
2.1.5This mailbox address as specified was valid. This status code should be used for positive delivery reports.NNSuccessfully Sent – Destination address valid
2.6.4This is a warning sent to the sender when message delivery was successfully but when the delivery required a conversion in which some data was lost. This may also be a permanent error if the sender has indicated that conversion with loss is prohibited for the message.NNSuccessfully Sent – Conversion with loss performed
2.7.7A transport system otherwise authorized to validate a message was unable to do so because the message was corrupted or altered. This may be useful as a permanent, transient persistent, or successful delivery code.NNSuccessfully Sent – Message integrity failure
4.0.0Other undefined status is the only undefined error code. It should be used for all errors for which only the class of the error is known.YNTemporary problem – Other undefined Status
4.1.0Something about the address specified in the message caused this DSN.YNTemporary problem – Other address status
4.1.10This status code is returned when the associated address is marked as invalid using a null MX.YNTemporary problem – Recipient address has null MX
4.1.4The mailbox address as specified matches one or more recipients on the destination system. This may result if a heuristic address mapping algorithm is used to map the specified address to a local mailbox name.YNTemporary problem – Destination mailbox address ambiguous
4.1.7The sender’s address was syntactically invalid. This can apply to any field in the address.YNTemporary problem – Bad sender’s mailbox address syntax
4.1.8The sender’s system specified in the address does not exist or is incapable of accepting return mail. For domain names, this means the address portion to the right of the “@” is invalid for mail.NNTemporary problem – Bad sender’s system address
4.1.9The mailbox address specified was valid, but the message has been relayed to a system that does not speak this protocol; no further information can be provided.YNTemporary problem – Message relayed to non-compliant mailer
4.2.0The mailbox exists, but something about the destination mailbox has caused the sending of this DSN.YNTemporary problem – Other or undefined mailbox status
4.2.1The mailbox exists, but is not accepting messages. This may be a permanent error if the mailbox will never be re-enabled or a transient error if the mailbox is only temporarily disabled.YNTemporary problem – Mailbox disabled, not accepting messages
4.2.2The mailbox is full because the user has exceeded a per-mailbox administrative quota or physical capacity. The general semantics implies that the recipient can delete messages to make more space available. This code should be used as a persistent transient failure.YNTemporary problem – Mailbox full
4.2.4The mailbox is a mailing list address and the mailing list was unable to be expanded. This code may represent a permanent failure or a persistent transient failure.YNTemporary problem – Mailing list expansion problem
4.3.0The destination system exists and normally accepts mail, but something about the system has caused the generation of this DSN.YNTemporary problem – Other or undefined mail system status
4.3.1The recipient’s mailbox has exceeded itMail system storage has been exceeded. The general semantics imply that the individual recipient may not be able to delete material to make room for additional messages. This is useful only as a persistent transient error.YNTemporary problem – Mail system full
4.3.2The host on which the mailbox is resident is not accepting messages. Examples of such conditions include an imminent shutdown, excessive load, or system maintenance. This is useful for both permanent and persistent transient errors.YNTemporary problem – System not accepting network messages
4.3.3Selected features specified for the message are not supported by the destination system. This can occur in gateways when features from one domain cannot be mapped onto the supported feature in another.YNTemporary problem – System not capable of selected features
4.3.5The system is not configured in a manner that will permit it to accept this message.YNTemporary problem – System incorrectly configured
4.3.6The message was accepted for relay/delivery, but the requested priority (possibly the implied default) was not honoured. The human readable text after the status code contains the new priority, followed by SP (space) and explanatory human readable text.YNTemporary problem – Requested priority was changed
4.4.0Something went wrong with the networking, but it is not clear what the problem is, or the problem cannot be well expressed with any of the other provided detail codes.YNTemporary problem – Other or undefined network or routing status
4.4.1The outbound connection attempt was not answered, because either the remote system was busy, or was unable to take a call. This is useful only as a persistent transient error.YNTemporary problem – No answer from host
4.4.2The outbound connection was established, but was unable to complete the message transaction, either because of time-out, or inadequate connection quality. This is useful only as a persistent transient error.YNTemporary problem – Bad connection
4.4.3The network system was unable to forward the message, because a directory server was unavailable. This is useful only as a persistent transient error. The inability to connect to an Internet DNS server is one example of the directory server failure error.YNTemporary problem – Directory server failure
4.4.4The mail system was unable to determine the next hop for the message because the necessary routing information was unavailable from the directory server. This is useful for both permanent and persistent transient errors. A DNS lookup returning only an SOA (Start of Administration) record for a domain name is one example of the unable to route error.YNTemporary problem – Unable to route
4.4.5The mail system was unable to deliver the message because the mail system was congested. This is useful only as a persistent transient error.YNTemporary problem – Mail system congestion
4.4.6A routing loop caused the message to be forwarded too many times, either because of incorrect routing tables or a user-forwarding loop. This is useful only as a persistent transient error.YNTemporary problem – Routing loop detected
5.1.8The sender’s system specified in the address does not exist or is incapable of accepting return mail. For domain names, this means the address portion to the right of the “@” is invalid for mail.YNPermanent Error – Bad sender’s system address
5.1.9The mailbox address specified was valid, but the message has been relayed to a system that does not speak this protocol; no further information can be provided.YNPermanent Error – Message relayed to non-compliant mailer
5.2.0The mailbox exists, but something about the destination mailbox has caused the sending of this DSN.YNPermanent Error – Other or undefined mailbox status
5.2.1The mailbox exists, but is not accepting messages. This may be a permanent error if the mailbox will never be re-enabled or a transient error if the mailbox is only temporarily disabled.YNPermanent Error – Mailbox disabled, not accepting messages
5.2.2The mailbox is full because the user has exceeded a per-mailbox administrative quota or physical capacity. The general semantics implies that the recipient can delete messages to make more space available. This code should be used as a persistent transient failure.YNPermanent Error – Mailbox full
5.2.3A per-mailbox administrative message length limit has been exceeded. This status code should be used when the per-mailbox message length limit is less than the general system limit. This code should be used as a permanent failure.YNPermanent Error – Message length exceeds administrative limit
5.2.4The mailbox is a mailing list address and the mailing list was unable to be expanded. This code may represent a permanent failure or a persistent transient failure.YNPermanent Error – Mailing list expansion problem
5.3.0The destination system exists and normally accepts mail, but something about the system has caused the generation of this DSN.YNPermanent Error – Other or undefined mail system status
5.3.2The host on which the mailbox is resident is not accepting messages. Examples of such conditions include an imminent shutdown, excessive load, or system maintenance. This is useful for both permanent and persistent transient errors.YNPermanent Error – System not accepting network messages
5.3.3Selected features specified for the message are not supported by the destination system. This can occur in gateways when features from one domain cannot be mapped onto the supported feature in another.YNPermanent Error – System not capable of selected features
5.3.4The message is larger than per-message size limit. This limit may either be for physical or administrative reasons. This is useful only as a permanent error.YNPermanent Error – Message too big for system
5.3.5The system is not configured in a manner that will permit it to accept this message.YNPermanent Error – System incorrectly configured
5.3.6The message was accepted for relay/delivery, but the requested priority (possibly the implied default) was not honoured. The human readable text after the status code contains the new priority, followed by SP (space) and explanatory human readable text.YNPermanent Error – Requested priority was changed
5.4.0Something went wrong with the networking, but it is not clear what the problem is, or the problem cannot be well expressed with any of the other provided detail codes.YNPermanent Error – Other or undefined network or routing status
5.4.4The mail system was unable to determine the next hop for the message because the necessary routing information was unavailable from the directory server. This is useful for both permanent and persistent transient errors. A DNS lookup returning only an SOA (Start of Administration) record for a domain name is one example of the unable to route error.YNPermanent Error – Unable to route
5.4.7The message was considered too old by the rejecting system, either because it remained on that host too long or because the time-to-live value specified by the sender of the message was exceeded. If possible, the code for the actual problem found when delivery was attempted should be returned rather than this code.YNPermanent Error – Delivery time expired
5.5.0Something was wrong with the protocol necessary to deliver the message to the next hop and the problem cannot be well expressed with any of the other provided detail codes.YNPermanent Error – Other or undefined protocol status
5.5.1A mail transaction protocol command was issued which was either out of sequence or unsupported. This is useful only as a permanent error.YNPermanent Error – Invalid command
5.5.2A mail transaction protocol command was issued which could not be interpreted, either because the syntax was wrong or the command is unrecognized. This is useful only as a permanent error.YNPermanent Error – Syntax error
5.5.3More recipients were specified for the message than could have been delivered by the protocol. This error should normally result in the segmentation of the message into two, the remainder of the recipients to be delivered on a subsequent delivery attempt. It is included in this list in the event that such segmentation is not possible.YNPermanent Error – Too many recipients
5.5.4A valid mail transaction protocol command was issued with invalid arguments, either because the arguments were out of range or represented unrecognized features. This is useful only as a permanent error.YNPermanent Error – Invalid command arguments
5.5.5A protocol version mis-match existed which could not be automatically resolved by the communicating parties.YNPermanent Error – Wrong protocol version
5.5.6This enhanced status code SHOULD be returned when the server fails the AUTH command due to the client sending a [BASE64] response which is longer than the maximum buffer size available for the currently selected SASL mechanism. This is useful for both permanent and persistent transient errors.YNPermanent Error – Authentication Exchange line is too long
5.6.0Something about the content of a message caused it to be considered undeliverable and the problem cannot be well expressed with any of the other provided detail codes.YNPermanent Error – Other or undefined media error
5.6.1The media of the message is not supported by either the delivery protocol or the next system in the forwarding path. This is useful only as a permanent error.YNPermanent Error – Media not supported
5.6.2The content of the message must be converted before it can be delivered and such conversion is not permitted. Such prohibitions may be the expression of the sender in the message itself or the policy of the sending host.YNPermanent Error – Conversion required and prohibited
5.6.3The message content must be converted in order to be forwarded but such conversion is not possible or is not practical by a host in the forwarding path. This condition may result when an ESMTP gateway supports 8bit transport but is not able to downgrade the message to 7 bit as required for the next hop.YNPermanent Error – Conversion required but not supported
5.6.4This is a warning sent to the sender when message delivery was successfully but when the delivery required a conversion in which some data was lost. This may also be a permanent error if the sender has indicated that conversion with loss is prohibited for the message.YNPermanent Error – Conversion with loss performed
5.6.5A conversion was required but was unsuccessful. This may be useful as a permanent or persistent temporary notification.YNPermanent Error – Conversion Failed
5.6.6The message content could not be fetched from a remote system. This may be useful as a permanent or persistent temporary notification.YNPermanent Error – Message content not available
5.6.7This indicates the reception of a MAIL or RCPT command that non-ASCII addresses are not permittedYNPermanent Error – Non-ASCII addresses not permitted for that sender/recipient
5.6.8This indicates that a reply containing a UTF-8 string is required to show the mailbox name, but that form of response is not permitted by the SMTP client.YNPermanent Error – UTF-8 string reply is required, but not permitted by the SMTP client
5.6.9This indicates that transaction failed after the final “.” of the DATA command.YNPermanent Error – UTF-8 header message cannot be transferred to one or more recipients, so the message must be rejected
5.7.0Something related to security caused the message to be returned, and the problem cannot be well expressed with any of the other provided detail codes. This status code may also be used when the condition cannot be further described because of security policies in force.YNPermanent Error – Other or undefined security status
5.7.1The sender is not authorized to send to the destination. This can be the result of per-host or per-recipient filtering. This memo does not discuss the merits of any such filtering, but provides a mechanism to report such. This is useful only as a permanent error.YNPermanent Error – Delivery not authorized, message refused
5.7.10This indicates that external strong privacy layer is needed in order to use the requested authentication mechanism. This is primarily intended for use with clear text authentication mechanisms. A client which receives this may activate a security layer such as TLS prior to authenticating, or attempt to use a stronger mechanism.YNPermanent Error – Encryption Needed
5.7.11This response to the AUTH command indicates that the selected authentication mechanism may only be used when the underlying SMTP connection is encrypted. Note that this response code is documented here for historical purposes only. Modern implementations SHOULD NOT advertise mechanisms that are not permitted due to lack of encryption, unless an encryption layer of sufficient strength is currently being employed.YNPermanent Error – Encryption required for requested authentication mechanism
5.7.12This response to the AUTH command indicates that the user needs to transition to the selected authentication mechanism. This is typically done by authenticating once using the [PLAIN] authentication mechanism. The selected mechanism SHOULD then work for authentications in subsequent sessions.YNPermanent Error – A password transition is needed
5.7.13Sometimes a system administrator will have to disable a user’s account (e.g., due to lack of payment, abuse, evidence of a break-in attempt, etc). This error code occurs after a successful authentication to a disabled account. This informs the client that the failure is permanent until the user contacts their system administrator to get the account re-enabled. It differs from a generic authentication failure where the client’s best option is to present the passphrase entry dialog in case the user simply mistyped their passphrase.YNPermanent Error – User Account Disabled
5.7.14The submission server requires a configured trust relationship with a third-party server in order to access the message content. This value replaces the prior use of X.7.8 for this error condition. thereby updating [RFC4468].YNPermanent Error – Trust relationship required
5.7.15The specified priority level is below the lowest priority acceptable for the receiving SMTP server. This condition might be temporary, for example the server is operating in a mode where only higher priority messages are accepted for transfer and delivery, while lower priority messages are rejected.YNPermanent Error – Priority Level is too low
5.7.16The message is too big for the specified priority. This condition might be temporary, for example the server is operating in a mode where only higher priority messages below certain size are accepted for transfer and delivery.YNPermanent Error – Message is too big for the specified priority
5.7.17This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system is able to determine that the intended recipient mailbox has not been under continuous ownership since the specified date-time.YNPermanent Error – Mailbox owner has changed
5.7.18This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system wishes to disclose that the owner of the domain name of the recipient has changed since the specified date-time.YNPermanent Error – Domain owner has changed
5.7.19This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system cannot complete the requested evaluation because the required timestamp was not recorded. The message originator needs to decide whether to reissue the message without RRVS protection.YNPermanent Error – RRVS test cannot be completed
5.7.2The sender is not authorized to send a message to the intended mailing list. This is useful only as a permanent error.NYPermanent Error – Mailing list expansion prohibited
4.4.7The message was considered too old by the rejecting system, either because it remained on that host too long or because the time-to-live value specified by the sender of the message was exceeded. If possible, the code for the actual problem found when delivery was attempted should be returned rather than this code.YNTemporary problem – Delivery time expired
4.5.0Something was wrong with the protocol necessary to deliver the message to the next hop and the problem cannot be well expressed with any of the other provided detail codes.YNTemporary problem – Other or undefined protocol status
4.5.3More recipients were specified for the message than could have been delivered by the protocol. This error should normally result in the segmentation of the message into two, the remainder of the recipients to be delivered on a subsequent delivery attempt. It is included in this list in the event that such segmentation is not possible.YNTemporary problem – Too many recipients
4.5.5A protocol version mis-match existed which could not be automatically resolved by the communicating parties.YNTemporary problem – Wrong protocol version
4.5.6This enhanced status code SHOULD be returned when the server fails the AUTH command due to the client sending a [BASE64] response which is longer than the maximum buffer size available for the currently selected SASL mechanism. This is useful for both permanent and persistent transient errors.YNTemporary problem – Authentication Exchange line is too long
4.6.0Something about the content of a message caused it to be considered undeliverable and the problem cannot be well expressed with any of the other provided detail codes.YNTemporary problem – Other or undefined media error
4.6.2The content of the message must be converted before it can be delivered and such conversion is not permitted. Such prohibitions may be the expression of the sender in the message itself or the policy of the sending host.YNTemporary problem – Conversion required and prohibited
4.6.3The message content must be converted in order to be forwarded but such conversion is not possible or is not practical by a host in the forwarding path. This condition may result when an ESMTP gateway supports 8bit transport but is not able to downgrade the message to 7 bit as required for the next hop.YNTemporary problem – Conversion required but not supported
4.6.4This is a warning sent to the sender when message delivery was successfully but when the delivery required a conversion in which some data was lost. This may also be a permanent error if the sender has indicated that conversion with loss is prohibited for the message.YNTemporary problem – Conversion with loss performed
4.6.5A conversion was required but was unsuccessful. This may be useful as a permanent or persistent temporary notification.YNTemporary problem – Conversion Failed
4.6.6The message content could not be fetched from a remote system. This may be useful as a permanent or persistent temporary notification.YNTemporary problem – Message content not available
4.6.7This indicates the reception of a MAIL or RCPT command that non-ASCII addresses are not permittedYNTemporary problem – Non-ASCII addresses not permitted for that sender/recipient
4.6.8This indicates that a reply containing a UTF-8 string is required to show the mailbox name, but that form of response is not permitted by the SMTP client.YNTemporary problem – UTF-8 string reply is required, but not permitted by the SMTP client
4.6.9This indicates that transaction failed after the final “.” of the DATA command.YNTemporary problem – UTF-8 header message cannot be transferred to one or more recipients, so the message must be rejected
4.7.0Something related to security caused the message to be returned, and the problem cannot be well expressed with any of the other provided detail codes. This status code may also be used when the condition cannot be further described because of security policies in force.YNTemporary problem – Other or undefined security status
4.7.10This indicates that external strong privacy layer is needed in order to use the requested authentication mechanism. This is primarily intended for use with clear text authentication mechanisms. A client which receives this may activate a security layer such as TLS prior to authenticating, or attempt to use a stronger mechanism.YNTemporary problem – Encryption Needed
4.7.11This response to the AUTH command indicates that the selected authentication mechanism may only be used when the underlying SMTP connection is encrypted. Note that this response code is documented here for historical purposes only. Modern implementations SHOULD NOT advertise mechanisms that are not permitted due to lack of encryption, unless an encryption layer of sufficient strength is currently being employed.YNTemporary problem – Encryption required for requested authentication mechanism
4.7.12This response to the AUTH command indicates that the user needs to transition to the selected authentication mechanism. This is typically done by authenticating once using the [PLAIN] authentication mechanism. The selected mechanism SHOULD then work for authentications in subsequent sessions.YNTemporary problem – A password transition is needed
4.7.13Sometimes a system administrator will have to disable a user’s account (e.g., due to lack of payment, abuse, evidence of a break-in attempt, etc). This error code occurs after a successful authentication to a disabled account. This informs the client that the failure is permanent until the user contacts their system administrator to get the account re-enabled. It differs from a generic authentication failure where the client’s best option is to present the passphrase entry dialog in case the user simply mistyped their passphrase.YNTemporary problem – User Account Disabled
4.7.14The submission server requires a configured trust relationship with a third-party server in order to access the message content. This value replaces the prior use of X.7.8 for this error condition. thereby updating [RFC4468].YNTemporary problem – Trust relationship required
4.7.15The specified priority level is below the lowest priority acceptable for the receiving SMTP server. This condition might be temporary, for example the server is operating in a mode where only higher priority messages are accepted for transfer and delivery, while lower priority messages are rejected.YNTemporary problem – Priority Level is too low
4.7.16The message is too big for the specified priority. This condition might be temporary, for example the server is operating in a mode where only higher priority messages below certain size are accepted for transfer and delivery.YNTemporary problem – Message is too big for the specified priority
4.7.17This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system is able to determine that the intended recipient mailbox has not been under continuous ownership since the specified date-time.YNTemporary problem – Mailbox owner has changed
4.7.18This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system wishes to disclose that the owner of the domain name of the recipient has changed since the specified date-time.YNTemporary problem – Domain owner has changed
4.7.19This status code is returned when a message is received with a Require-Recipient-Valid-Since field or RRVS extension and the receiving system cannot complete the requested evaluation because the required timestamp was not recorded. The message originator needs to decide whether to reissue the message without RRVS protection.YNTemporary problem – RRVS test cannot be completed
4.7.20This status code is returned when a message did not contain any passing DKIM signatures. (This violates the advice of Section 6.1 of [RFC6376].)YNTemporary problem – No passing DKIM signature found
4.7.21This status code is returned when a message contains one or more passing DKIM signatures, but none are acceptable. (This violates the advice of Section 6.1 of [RFC6376].)YNTemporary problem – No acceptable DKIM signature found
4.7.22This status code is returned when a message contains one or more passing DKIM signatures, but none are acceptable because none have an identifier(s) that matches the author address(es) found in the From header field. This is a special case of 7.21. (This violates the advice of Section 6.1 of [RFC6376].)YNTemporary problem – No valid author-matched DKIM signature found
4.7.23This status code is returned when a message completed an SPF check that produced a “fail” result, contrary to local policy requirements. Used in place of 5.7.1 as described in Section 8.4 of [RFC7208].YNTemporary problem – SPF validation failed
4.7.24This status code is returned when evaluation of SPF relative to an arriving message resulted in an error. Used in place of 4.4.3 or 5.5.2 as described in Sections 8.6 and 8.7 of RFC7208.YNTemporary problem – SPF validation error
4.7.25This status code is returned when an SMTP client’s IP address failed a reverse DNS validation check, contrary to local policy requirements.YNTemporary problem – Reverse DNS validation failed
4.7.26This status code is returned when a message failed more than one message authentication check, contrary to local policy requirements. The particular mechanisms that failed are not specified.YNTemporary problem – Multiple authentication checks failed
4.7.27This status code is returned when the associated sender address has a null MX, and the SMTP receiver is configured to reject mail from such sender (e.g., because it could not return a DSN).YNTemporary problem – Sender address has null MX
4.7.28Mail flood detectedYNTemporary problem – Mail flood detected
4.7.5A transport system otherwise authorized to validate or decrypt a message in transport was unable to do so because necessary information such as key was not available or such information was invalid.YNTemporary problem – Cryptographic failure
4.7.6A transport system otherwise authorized to validate or decrypt a message was unable to do so because the necessary algorithm was not supported.YNTemporary problem – Cryptographic algorithm not supported
4.7.7A transport system otherwise authorized to validate a message was unable to do so because the message was corrupted or altered. This may be useful as a permanent, transient persistent, or successful delivery code.YNTemporary problem – Message integrity failure
4.7.8This response to the AUTH command indicates that the authentication failed due to invalid or insufficient authentication credentials. In this case, the client SHOULD ask the user to supply new credentials (such as by presenting a password dialog box).YNTemporary problem – Authentication credentials invalid
4.7.9This response to the AUTH command indicates that the selected authentication mechanism is weaker than server policy permits for that user. The client SHOULD retry with a new authentication mechanism.YNTemporary problem – Authentication mechanism is too weak
5.0.0Other undefined status is the only undefined error code. It should be used for all errors for which only the class of the error is known.YNPermanent Error – Other undefined Status
5.1.0Something about the address specified in the message caused this DSN.YNPermanent Error – Other address status
5.1.1The mailbox specified in the address does not exist. For Internet mail names, this means the address portion to the left of the “@” sign is invalid. This code is only useful for permanent failures.NYPermanent Error – Bad destination mailbox address
5.1.10This status code is returned when the associated address is marked as invalid using a null MX.YNPermanent Error – Recipient address has null MX
5.1.2The destination system specified in the address does not exist or is incapable of accepting mail. For Internet mail names, this means the address portion to the right of the “@” is invalid for mail. This code is only useful for permanent failures.NYPermanent Error – Bad destination system address
5.1.3The destination address was syntactically invalid. This can apply to any field in the address. This code is only useful for permanent failures.NYPermanent Error – Bad destination mailbox address syntax
5.1.4The mailbox address as specified matches one or more recipients on the destination system. This may result if a heuristic address mapping algorithm is used to map the specified address to a local mailbox name.YNPermanent Error – Destination mailbox address ambiguous
5.1.6The mailbox address provided was at one time valid, but mail is no longer being accepted for that address. This code is only useful for permanent failures.NYPermanent Error – Destination mailbox has moved, No forwarding address
5.1.7The sender’s address was syntactically invalid. This can apply to any field in the address.YNPermanent Error – Bad sender’s mailbox address syntax
5.7.20This status code is returned when a message did not contain any passing DKIM signatures. (This violates the advice of Section 6.1 of [RFC6376].)YNPermanent Error – No passing DKIM signature found
5.7.21This status code is returned when a message contains one or more passing DKIM signatures, but none are acceptable. (This violates the advice of Section 6.1 of [RFC6376].)YNPermanent Error – No acceptable DKIM signature found
5.7.22This status code is returned when a message contains one or more passing DKIM signatures, but none are acceptable because none have an identifier(s) that matches the author address(es) found in the From header field. This is a special case of X.7.21. (This violates the advice of Section 6.1 of [RFC6376].)YNPermanent Error – No valid author-matched DKIM signature found
5.7.23This status code is returned when a message completed an SPF check that produced a “fail” result, contrary to local policy requirements. Used in place of 5.7.1 as described in Section 8.4 of [RFC7208].YNPermanent Error – SPF validation failed
5.7.24This status code is returned when evaluation of SPF relative to an arriving message resulted in an error. Used in place of 4.4.3 or 5.5.2 as described in Sections 8.6 and 8.7 of RFC7208.YNPermanent Error – SPF validation error
5.7.25This status code is returned when an SMTP client’s IP address failed a reverse DNS validation check, contrary to local policy requirementsYNPermanent Error – Reverse DNS validation failed
5.7.26This status code is returned when a message failed more than one message authentication check, contrary to local policy requirements. The particular mechanisms that failed are not specified.YNPermanent Error – Multiple authentication checks failed
5.7.27This status code is returned when the associated sender address has a null MX, and the SMTP receiver is configured to reject mail from such sender (e.g., because it could not return a DSN).YNPermanent Error – Sender address has null MX
5.7.28The message appears to be part of a mail flood of similar abusive message.YNPermanent Error – Mail flood detected
5.7.3A conversion from one secure messaging protocol to another was required for delivery and such conversion was not possible. This is useful only as a permanent error.YNPermanent Error – Security conversion required but not possible
5.7.4A message contained security features such as secure authentication that could not be supported on the delivery protocol. This is useful only as a permanent error.YNPermanent Error – Security features not supported
5.7.5A transport system otherwise authorized to validate or decrypt a message in transport was unable to do so because necessary information such as key was not available or such information was invalid.YNPermanent Error – Cryptographic failure
5.7.6A transport system otherwise authorized to validate or decrypt a message was unable to do so because the necessary algorithm was not supported.YNPermanent Error – Cryptographic algorithm not supported
5.7.64Office 365 or multiple registered domainsYNPermanent Error – TenantAttribution; Relay Access Denied
5.7.66Requested action not taken: mailbox unavailableNNPermanent Error – mailbox unavailable
5.7.7A transport system otherwise authorized to validate a message was unable to do so because the message was corrupted or altered. This may be useful as a permanent, transient persistent, or successful delivery code.YNPermanent Error – Message integrity failure
5.7.8This response to the AUTH command indicates that the authentication failed due to invalid or insufficient authentication credentials. In this case, the client SHOULD ask the user to supply new credentials (such as by presenting a password dialog box).YNPermanent Error – Authentication credentials invalid
5.7.9This response to the AUTH command indicates that the selected authentication mechanism is weaker than server policy permits for that user. The client SHOULD retry with a new authentication mechanism.YNPermanent Error – Authentication mechanism is too weak
5.9.8SpamNNPermanent Error – Spam

Once an email address on a customer record is marked as BAD, the email address is not displayed on the SSA (self service administration) to the customer. Only in the back-office on the customer record would the email address continue to be displayed.

When an email message is bounced back from the recipient’s email server, the SMTP response is displayed in the E-Contact switchview on the customer record, under the Message Summary sub-tab.

The “Increase Bounce Count” and “Mark as Bad” values in ECM SMTP Response Reply Codes and ECM SMTP Enhanced Status Codes have been set by ACGI.

Increased Bounce Count: If the email message sent from ACGI, was returned as undeliverable, then the system increases the “Bounce Count” tied to the customer’s email address that was used.

Mark as Bad: If the email message sent from ACGI, was returned as undeliverable, then the system updates the “Bad Address Date” tied to the customer’s email address, with the day the response was received.

Ensure the system parameter ECM_MAX_BOUNCES is set to the number of bounces (bounce count) that you wish for the system to reference to determine when to mark a customer’s email address as BAD. The default value for this parameter is set to 5. This means that once a customer’s email address receives their 5th bounce, the system will automatically set the email address to BAD and the email address will no longer be used when sending messages from the system.