...
Jira Service Management provides product-specific integration plugins for many popular widespread monitoring tools as well as and any software system that can send HTTPS/JSON requests for integration. You can add email-based integrations from your team’s operations page.
...
Jira Service Management creates an alert for each email that is sent to the specified email address. By default, email integration uses email subject as the alert message, and email body is put into the alert description field. If the incoming email comes in HTML format, Jira Service Management also attaches the original email to the alert.
If an email integration is turned off, Jira Service Management ignores emails sent to the email address.
If you turn off the notifications, Jira Service Management creates alerts, but you won’t receive any notifications for against them.
| Note |
|---|
The size limit of the emails received through an Email integration is 2 MB. If the overall size (content and attachments) is greater than exceeds 2MB, Jira Service Management ignores the email and doesn’t create an alert. |
...
Advanced settings support a number of several "actions" (different types of rules) you can apply to emails:
...
Each action has an associated filter that determines determining the action to be used for processing incoming emails. Each email is processed by only one action, and actions are evaluated in the top-down order. The first rule that matches your alert runs the action associated with it. For example, if an email matches the filter for a create alert action, it is never used for a close or acknowledge action. Multiple actions can be created for each type of action.
...
Define filtering rules based on the following:
From name
From address
Subject
Conversation subject
Message fields of the e-mail. Conversation Subject is the email’s subject field of the e-mail , ignoring prefixes related to Replying and Forwarding e-mails.
...
| Expand | ||
|---|---|---|
| ||
Create alert action creates an alert in Jira Service Management if the email passes the defined filter. As stated in the basic configuration, the default configuration uses email subject as the alert message , and body as the description. Create alert action allows customizing how the email is processed. String utilities can be used to extract information from the email and populate alert fields. Create alert action configuration has several fields that you can modify. Jira Service Management makes the email information (from name, subject, etc.) available as tags, and UI supports dragging these tags into alert fields. The values for these tags are specified directly or extracted from the email variables.
|
| Expand | ||
|---|---|---|
| ||
Jira Service Management reduces the number of alerts by using recovery emails to close existing alerts rather than creating separate alerts for them. As with other actions, close alert action also has a filter. Close alert action has 3 three fields. The alias is the only mandatory field , essential to identify which alert should be closed. If the User and Note fields are provided, then a note is added to the alert before it's closed. |
| Expand | ||
|---|---|---|
| ||
In Jira Service Management, acknowledged alerts indicate that someone has seen the alert and taken responsibility for the alert. When a monitoring tool supports acknowledgment of the alerts and can send an email when an alert is acknowledged, these emails can be used to acknowledge the alert in Jira Service Management as well. Acknowledge alert action configuration is identical to the close alert action configuration. |
...