Cisco Cisco Email Security Appliance C160 Mode D'Emploi

Page de 1212
 
26-38
User Guide for AsyncOS 10.0 for Cisco Email Security Appliances
 
Chapter 26      Configuring Routing and Delivery Features
  Directing Bounced Email
Send Delay Warning 
Messages
Specify whether to send warning message for delayed delivery. If this option is 
enabled, you can configure custom delay warning messages based on the 
language of the original message (subject and body). For example, you may want 
to send delay warning messages in Chinese for the messages in Chinese and 
delay warning messages in English for all the messages in other languages.
Under Notification Template, click Add Row and choose the message language 
and the template that you want to use. 
Note
Make sure that you do not delete the default entry (Message Language 
set to Default). You can change the bounce notification template for the 
default entry. 
The language of a message is considered Default in the following scenarios: 
If the language of the message is different from the language selected in the 
other Notification Template entries. 
If the language of the message is not supported by Cisco Email Security 
appliance.
If the appliance is unable to detect the language of the message.
If the content (subject and body) in the message is less than 50 bytes. 
While configuring the above example (send delay warning messages in Chinese 
for the messages in Chinese and delay warning messages in English for all the 
messages in other languages,) the Notification Template table will look like this:
You can also specify the minimum interval between messages as well as the 
maximum number of retries to send.
Specify Recipient for 
Bounces
You can bounce messages to an alternate address rather than the default of the 
Envelope Sender address.
Use DomainKeys 
signing for bounce and 
delay messages
You can select a DomainKeys profile to use for signing bounce and delay 
messages. For information on DomainKeys, see 
Global Settings
Configure these settings via the Edit Global Settings link on the Bounce Profiles page or by editing the default 
bounce profile via the 
bounceconfig
 command in the CLI.
Initial number of 
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
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.
Table 26-5
Bounce Profile Parameters  (continued)