Send Email Assertion (9.3CR3)
The Send Email Assertion is available as of version 9.3 CR3. It is an enhancement of the old "Send Email Alert Assertion". If you are using a version of 9.3 that is earlier than CR3, refer to Send Email Alert Assertion instead.
gateway93
The Send Email Assertion is available as of version 9.3 CR3. It is an enhancement of the old "Send Email Alert Assertion". If you are using a version of 9.3 that is earlier than CR3, refer to
Send Email Alert Assertion instead.
The
Send Email
assertion allows you to instruct the Gateway to deliver a pre-configured email message whenever the assertion is encountered in a policy.The placement of the assertion in the policy path determines when and why an email is sent. For example, the assertion could be placed in an "At least one assertion must evaluate to true" assertion folder after an Evaluate Response XPath assertion. If the required response message element is not found and the Evaluate Response XPath assertion fails, then the Send Email assertion will execute.
The Send Email assertion fails if the outgoing email account is configured improperly. To configure the policy so that a failure of the Send Email assertion does not cause a total policy failure, place the assertion in an At Least One Assertion Must Evaluate to True Assertion with a Continue Processing Assertion.
If you are encountering email timeouts while using this assertion, try adjusting the
mail.outConnectTimeout
and mail.outTimeout
cluster properties. For more information, see Email Cluster Properties.Using the Assertion
- Do one of the following:
- To add the assertion to the Policy Development window, see Add an Assertion.
- To change the configuration of an existing assertion, proceed to step 2 below.
- When adding the assertion, the Email Properties automatically appear; when modifying the assertion, right-clickSend Emailin the policy window and selectEmail Propertiesor double-click the assertion in the policy window. The assertion properties are displayed.
- Configure the properties as follows:
Context variables may be used in the following fields for greater flexibility:
Host
, Port
, Username
, Password
, From
, To
, Cc
, Bcc
, Subject
.Setting | Description |
Host | The name of the outgoing mail server displayed as the default. Modify if necessary. You may reference context variables. |
Protocol | Select the email protocol to use: Plain SMTP (default), SMTP over SSL , or SMTP with STARTTLS . The default setting should be appropriate in most instances. Consult your system administrator if you are unsure of the protocol.
|
Port | The port used by the default mail server is displayed. Modify if necessary. You may reference context variables. |
Server Requires Authentication | Select this check box if a username and password is required to log onto the email server. |
Username Password | If authentication is required, enter the user name and password. You may reference context variables. |
Context variable in password | Select this check box to allow the assertion to correctly recognize context variables used in the Password field; for example, you will be using the ${secpass.*} context variables. For more information, see Stored Password Properties. |
From | Enter the From email address. You may reference context variables. |
To | Enter the email addresses of the recipients. Separate multiple addresses with a comma. You may reference context variables. |
Cc | (Optional) Enter email addresses for Cc (carbon copy) recipients. Separate multiple addresses with a comma. You may reference context variables. |
Bcc | (Optional) Enter email addresses for Bcc (blind carbon copy) recipients. Separate multiple addresses with a comma. Recipients in the 'To' and 'Cc' lists will not see the recipients in the 'Bcc' list. You may reference context variables. |
Subject | Enter a subject line describing the email. You may reference context variables. |
Format | Select the email text format: Plain Text : Select this option to write a simple email with no formatting in the message body. This is the default option.HTML : Select this option and use HTML tags in your email to send an email in HTML format.Important! We recommend you to avoid javascript and use inline CSS. Some email clients may discard the CSS defined in <head> or <style> tags.
Enter the email in text area provided below the Format property. You may include context variables within the message, if necessary. |
Manage Attachments | Configure one or more attachments to be sent along with the email. All the attachments are listed as comma separated filenames in the Attachments section under the email body area. For more information, see Manage Attachments section below. |
Send Test Email | Sends a test email to the recipients. Use this to verify that the settings are correct.
|
4. Click [
OK
].Manage Attachments
You can add, edit, or remove multiple attachments to the email by clicking
Manage Attachments
in the Email Properties
dialog. - ClickManage Attachmentsin theEmail Propertiesdialog.
- ClickAddor select an exisiting attachment and clickEdit/Removeto manage the attachment.
- Name: Specifies the attachment filename.
- Source Variable: Specifies the configuration details of the attachment. It can be a simple MESSAGE type variable or MIME part of the MESSAGE or multiple MIME parts.
- Add an attachment:
- ClickAddin theManage Attachmentsdialog.
- Enter attachment filename and the configuration details.
- ClickOK.
- Edit an attachment:
- Select an attachment in theManage Attachmentsdialog.
- ClickEdit.
- Edit the selected attachment configuration.
- SelectMIME Part(s) Variablecheckbox to enable Source Variable to be considered as MIME parts message. The filename is disabled and it is taken from Content-Disposition header of the part(s).For example:
- Message: request.parts.1, response
- Multiple MIME Part(s): request.parts
- ClickOK.
- Remove an attachment:
- Select an attachment in theManage Attachmentsdialog.
- ClickRemove.
- ClickOK.
The assertion fails and you receive warning messages if the attachments cannot be composed.