Email Notification Schemes are rules to send notification emails upon changes made to issues. They are similar to Jira Notification Schemes in this context, but Email This Issue Notification Schemes provide a lot more compared to standard Jira features.

You can add multiple Email Notificaiton Schemes in JETI. The list of Notification Schemes is accessible from the Email / Notification Schemes menu.

If an event occurs, Email This Issue selects the best matching Email Notification Scheme to send notifications. 

To find the best matching Email Notification Scheme, the scheme's Projects, Issue Types and JQL Filter settings are used. These are called Scope.

Scope

The scope determines to which issues an Email Notification Scheme is applicable. If there are multiple schemes in the system, Email This Issue evaluates all of them and determines the one with the best matching scope for the issue that the users want to send in emails.

The scope may be composed of:

To enter a JQL which involves a user name (such as defining the assignee of an issue), follow the below steps:

  1. Under the JQL field, click Edit
  2. Enter the JQL as usual
  3. When it comes to entering a username, search for it, then click on Insert user
  4. Click Save to use the JQL or click Cancel to delete it


Scope Evaluation is an important part of Email This Issue. Scope Evaluation.

Email Notifications

Email Notification Schemes are essentially useless without Email Notifications. Email Notifications are the rules for sending emails. They are defined by three main aspects:


An Email Notification Scheme may contains multiple Email Notifications, event for the same event types. Email This Issue will find the best matching rule for an issue to send emails based on the Events and Filters set in the Email Notifications.

Events and Filters

The Events and Filters of an Email Notification determine when emails must be sent out for an issue.  may be defined by the following fields:

FieldValueExplanation
EventsEvent types selected. Mandatory.This field selects the Jira event types upon which the Email Notification rule will send emails.
Event's triggercreated events
  • In Jira web interface/Customer portal
  • By mail handler
If there is an issue created event in the events list, then you can decide when you want to listen on these events.
commented events
  • Jira web interface
  • manual email
  • Mail hanlder
If there is a comment related event (eg. Issue commented, Service Management Public Comment added, ...) in the events list, then you can decide when you want to listen on these events.
JQL Filter
Valid JQL query. Optional.This is a filter. If specified, issues must match the criteria otherwise the Email Notification rule is ignored and emails not sent
Fields
Issue fields or custom fields selected. Optional

If specified, Email This Issue will send emails only of the selected fields have been modified in the issue during the operation that resulted in the event.

Example: 

This Email Notification rule will be applied if Issue Updated or Issue Commented or Issue Moved events are fired AND the issue is of priority Highest AND attachments are added during the operation.

Recipients

Recipients selected here will receive the event notification emails.

Emails may have To, Cc and Bcc recipients. For all of these recipient types you can enter or select:

The available user groups, project roles and custom fields may be limited in the Recipient Restrictions. This is useful for example if you want to avoid users accidentally selecting "jira-users" group as a recipient and hence sending emails to all users.

Content Settings

Content settings in Email Notifications specify the Customizable Email Templates to use, and additional content that will be added to the email.

Content Settings attributes include:

FieldValueExplanation
TemplateAn Email This Issue TemplateThe template selected here will be used to render the subject and body of the final email.
SubjectText to be added to the email subject

Text entered here will be combined into the final email's subject using the template above.

The template's $!mailSubject variable renders the entered value in the email subject

MessageText to be added to the email body

Text entered here will be combined into the final email's Body using the template above.

The template's $!mailBody variable renders the entered value in the email body

AttachmentsAttachment policy

The value selected in this field determines which issue attachments should be attached to the email.

Options are:

  • all: all attachments added
  • none: none of the attachments added
  • newest versions of all: newest version of all attachments. Attachments having the same name are considered versions of the same attachment.
  • added recently: latest added attachments (Actually since we don't get any list about the added attachments, we have to figure out the latest added attachment. For this we ask for all the attachments of the issue and send only added at the last minute from the latest one.)
  • The newest attachment(s) in the issue: the last added attachment(s)

Additionally, you can configure the policy to filter internal attachments. When this option is enabled and the issue is in a Service Management project, then the attachments that were added via internal comments will not be included in the email.

Email FormatHTML or TEXTThe format of the email to send.


Additional Settings

Additional settings offer a few options: