Cisco Cisco Email Security Appliance C190 Guía Del Usuario
23-37
Cisco AsyncOS 8.5.5 for Email Security User Guide
Chapter 23 Configuring Routing and Delivery Features
Directing Bounced Email
Hard Bounces and the status Command
When hard bounce message generation is enabled, the following counters in the
status
and
status
detail
commands increment each time the appliance generates a hard bounce message for delivery:
For more information, see the “Monitoring and Managing via the CLI” chapter. When hard bounce
message generation is disabled, none of these counters increments when a recipient hard bounces.
message generation is disabled, none of these counters increments when a recipient hard bounces.
Note
The Envelope Sender address of the message envelope is different than the From: in the message headers.
AsyncOS can be configured to send hard bounce messages to an email address different than the
Envelope Sender address.
AsyncOS can be configured to send hard bounce messages to an email address different than the
Envelope Sender address.
Conversational Bounces and SMTP Routes Message Filter actions
Mappings for SMTP Routes and message filter actions are not applied to the routing of SMTP bounce
messages generated by the appliance as a result of a conversational bounce. When an appliance receives
a conversational bounce message, it generates an SMTP bounce message back to the Envelope Sender
of the original message. In this case, the appliance is actually generating the message, so any SMTP
Routes that apply to an injected message for relaying do not apply.
messages generated by the appliance as a result of a conversational bounce. When an appliance receives
a conversational bounce message, it generates an SMTP bounce message back to the Envelope Sender
of the original message. In this case, the appliance is actually generating the message, so any SMTP
Routes that apply to an injected message for relaying do not apply.
Initial number of
seconds to wait before
retrying an
unreachable host
seconds to wait before
retrying an
unreachable host
The amount of time the system should wait before
retrying a host that is unreachable. The default is 60 seconds.
Max interval allowed
between retries to an
unreachable host
between retries to an
unreachable host
The maximum amount of time the system should wait before retrying a host that
is unreachable. The default is 3,600 seconds (1 hour). When the delivery initially
fails due to the host being down, it will start with the minimum number of
seconds retry value, and for each subsequent retry to the downed host, will
increase the duration, up to this maximum number of seconds value.
is unreachable. The default is 3,600 seconds (1 hour). When the delivery initially
fails due to the host being down, it will start with the minimum number of
seconds retry value, and for each subsequent retry to the downed host, will
increase the duration, up to this maximum number of seconds value.
Table 23-5
Bounce Profile Parameters (continued)
Counters: Reset Uptime Lifetime
Receiving
Messages Received 0 0 0
Recipients Received 0 0 0
Gen. Bounce Recipients 0 0 0