Custom Email Templates

This feature allows the administrator to create standard email templates for email notification in situations where a standard response is warranted. For example, if your product team had a number of issues entered by the members of a beta test group, and they wanted to be able to send a standard confirmation to a group member whenever there was a resolution, this feature could be employed for this purpose. Another example is that a customer support representative could choose from one of several standard replies to a customer reporting a problem. These replies could be geared to acknowledging receipt of a problem, informing the customer of progress towards resolution of a problem or notifying the customer that a problem has been resolved. Custom email notifications may be sent from the edit screen of an issue, using the Email button on the menubar, or they may be sent using an automated process via a business rule. From the administration Operational Tasks menu, click the Email Templates button. The following screen appears:

Email Templates screen

To add a new email template, click the Add button. The following screen appears:

Add Email Template screen

  • Provide a name for the template
  • Provide a title for the template
  • Provide the email subject line for the outgoing email. This may include tokens that will be replaced by field values when the email is sent, as described below
  • If you want to specify the email as originating from a specific user, select the user's name from the From User list. This allows you to select a single user whose primary email address will be used as the From Address. Note that you can select the current user, in order to allow the sender to be the person who initiates the email. If this option is not selected, the email address in the EMAIL_FROM_USER_ID behavior setting is used
  • If you want to specify the Reply-To User of the generated email to be set to the primary email address of a specific user, select their name from the Reply-To User list. This allows you to select a single user whose primary email address will be used as the reply-to address. Note that you can select the current user, in order to allow the recipient of a reply to be the person who initiates the outgoing email. If this option is not selected, the email address in the EMAIL_FROM_USER_ID behavior setting is used
  • Indicate whether the mail is to be sent as plain text or as HTML using the checkbox Send Email as HTML
  • If you intend for the recipient of the outgoing email to reply to the email when you generate the email from the edit screen of an issue, and for EVMail to process the reply, such that it will update the issue with the recipient's reply, then check the box Delimiter in Outgoing Mail. This introduces an invisible delimiter into the email so that EVMail will discard all the mail following this delimiter, leaving only the recipient's reply to the mail being added back into the issue. The text for the delimiter is defined in the behavior setting named EVMAIL_DELIMITER_TEXT.
  • The outgoing email can be saved back with the issue from which you originated the template. You enable this behavior by checking the Save Outgoing Emails option.
  • If you are saving the outgoing email, then the default is to save it as an attachment to the issue. However, if the outgoing email is text, then you have the option to save the outgoing email into a field with a display type of log area. You can choose from the list, to either save as an attachment, ot from the list of available log area fields. Make sure the users who use the template have write permission to this field
  • Use the text area to compose the email that is to be sent. The text for the email can be plain text, or can be HTML. The appropriate type of text box will be displayed, dependent upon the selection for whether the mail is to be sent as HTML or as plain text.

Within the subject and the body of the mail, you may insert tokens that are replaced when the email is sent. These tokens represent the value associated with the field from the record that is currently displayed when the mail is being sent. For example, if you want to substitute the issue ID in the mail, you would use $$ID$$. To insert the issue status, you would use $$STATUS$$. Valid tokens are data dictionary field names, data dictionary UDF’s and $$SYSDATE$$. Example body:

Dear $$CUSTOMER_NAME$$,

We are in receipt of your issue, reported on $$DATE_CREATED$$, is receiving our prompt attention.

Our records show that you reported the issue with the following description:

$$DESCRIPTION$$

We will contact you as soon as we can provide a solution to your report.

Thanks,

$$OWNER$$

would produce email output similar to:

Dear Brian Jones,

We are in receipt of your issue, reported on 12/11/2002, is receiving our prompt attention.

Our records show that you reported the issue with the following description:

I cannot access the top-level widget within the cabinet of the power supply, unless the power is turned off and the unit is disconnected from the power. I understood that changes like this could be achieved without powering down the equipment.

Can you please provide a solution?

We will contact you as soon as we can provide a solution to your report.

Thanks,

Tony Smith

You may include image fields and document fields as part of a custom email. When you place the field name of either of these field types into a custom email (e.g. $$MY_DOC_FIELD$$, then the name of the document or image file is placed into the email body in place of the token, and the image or document is added as an attachment to the outgoing email notification. As well as fields that you can refer to with the tokens surrounded with the $$ characters, there is a selection of inbuilt variables that you can refer to as tokens. This list is:

  • APP_HOME - the relative path to the WEB-INF folder on your application server
  • BG_COLOR - one of the two background colors used to draw tables in ExtraView
  • BG_ALT_COLOR one of the two background colors used to draw tables in ExtraView
  • BROWSER_NAME - the name of the user's browser that generates the email
  • COMPANY_LOGO_IMG_HOME - the relative path to the location where the CompanyLogo.gif is stored
  • DEFAULT_FONT - the name of the default font used in the installation
  • EXT_URL - the absolute path to the ExtraView installation
  • FIXED_WIDTH_FONT - the name of the fixed width font used in the installation
  • IMG_HOME - the relative path to the location where the ExtraView images are stored
  • JAVASCRIPT_HOME - the relative path to the location of the ExtraView JavaScript files
  • LABEL_COLOR - the color of labels on ExtraView screens
  • STYLESHEETS_HOME - the relative path to the location where the ExtraView stylesheets are stored
  • WINDOW_BGCOLOR - the background color of the ExtraView screens

A minor limitation is that you may not reference fields with an Image display type and include them within email templates.

  • Click the Add button.
  • The template will now appear in the template dropdown box for users when they click the Email button from a given issue’s Edit screen.

Note: A field named EMAIL_ADDRESS is available as a UDF field with a display type of Text. This field may be placed upon layouts. It serves a special purpose. When a user accesses the custom email function from the edit screen, to send an ad-hoc email, or an email created from a pre-defined template, this field will be used to automatically populate the email address to which the mail is to be sent. This simplifies communication to users who, for example, enter an email address when reporting an issue. The value stored in this field automatically gives a return address.