Cisco Cisco Email Security Appliance C650 Guía Del Usuario
2-57
Cisco IronPort AsyncOS 7.6 for Email Advanced Configuration Guide
OL-25137-01
Chapter 2 Configuring Routing and Delivery Features
Cisco IronPort Bounce Verification and Cluster Configuration
Bounce verification works in a cluster configuration as long as both Cisco IronPort appliances use the
same "bounce key." When you use the same key, either systems should be able to accept a legitimate
bounce back. The modified header tag/key is not specific to each Cisco IronPort appliance.
same "bounce key." When you use the same key, either systems should be able to accept a legitimate
bounce back. The modified header tag/key is not specific to each Cisco IronPort appliance.
Set Email Delivery Parameters
The
deliveryconfig
command sets parameters to be used when delivering email from the Cisco
IronPort appliance.
The Cisco IronPort appliance accepts email using multiple mail protocols: SMTP and QMQP. However,
all outgoing email is delivered using SMTP, which is why the
all outgoing email is delivered using SMTP, which is why the
deliveryconfig
command does not
require that the protocol be specified.
Note
Several of the features or commands described in this section will affect, or be affected by routing
precedence. Please see Appendix B, “Assigning Network and IP Addresses” in the Cisco IronPort
AsyncOS for Email Configuration Guide for more information.
precedence. Please see Appendix B, “Assigning Network and IP Addresses” in the Cisco IronPort
AsyncOS for Email Configuration Guide for more information.
Default Delivery IP Interface
By default, the system uses an IP interface or IP interface group for email delivery. Any currently
configured IP interface or IP interface group can be set. If no specific interface is identified, AsyncOS
will use the hostname associated with the default delivery interface in the
configured IP interface or IP interface group can be set. If no specific interface is identified, AsyncOS
will use the hostname associated with the default delivery interface in the
SMTP HELO
command when
communicating with recipient hosts. To configure IP interfaces, use the
interfaceconfig
command.
These are the rules for using Auto selection of email delivery interfaces:
•
If the remote email server is on the same subnet as one of the configured interfaces, then traffic will
go out on the matching interface.
go out on the matching interface.
•
When set to auto-select, static routes you have configured using
routeconfig
take effect.
•
Otherwise, the interface that is on the same subnet as the default gateway will be used. If all of the
IP addresses have an equivalent route to the destination, then the system uses the most efficient
interface available.
IP addresses have an equivalent route to the destination, then the system uses the most efficient
interface available.
Possible Delivery Feature
When the Possible Delivery feature is enabled, AsyncOS treats any message that times-out after the body
of the message is delivered, but before recipient host acknowledges receipt of the message, as a “possible
delivery.” This functionality prevents recipients from receiving multiple copies of a message if
continuous errors at their recipient host prevent acknowledgement of receipt. AsyncOS logs this
recipient as a possible delivery in the mail logs and counts the message as completed. It is recommended
that the Possible Delivery feature remains enabled.
of the message is delivered, but before recipient host acknowledges receipt of the message, as a “possible
delivery.” This functionality prevents recipients from receiving multiple copies of a message if
continuous errors at their recipient host prevent acknowledgement of receipt. AsyncOS logs this
recipient as a possible delivery in the mail logs and counts the message as completed. It is recommended
that the Possible Delivery feature remains enabled.
Default Maximum Concurrency
You also specify the default maximum number of concurrent connections the appliance makes for
outbound message delivery. (The system-wide default is 10,000 connections to separate domains.) The
limit is monitored in conjunction with the per-listener maximum outbound message delivery
outbound message delivery. (The system-wide default is 10,000 connections to separate domains.) The
limit is monitored in conjunction with the per-listener maximum outbound message delivery