Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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 16 MB. If the overall size (content and attachments) is greater than 2MBexceeds 16 MB, 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
titleIgnore action

Some emails may contain no useful information. Ignore action allows discarding the emails that match the defined filter. For example, you can configure the action to discard all emails that contain the string "test" in the email subject.

Expand
titleCreate alert action

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.

  • The Message field contains the alert text.

  • The Alias field is a special alert field that plays a critical role in alert processing, and can be thought as a user-defined unique identifier for open alerts in Jira Service Management. There can be only 1 open alert with the same alias in Jira Service Management. This allows Jira Service Management to 1) deduplicate the same/similar alerts 2) identify alerts, and therefore it is setting the alias field properly is essential to be able to update existing alerts (acknowledge, add note, close and so on).

  • The Teams field is used to determine indicates which team should be notified of alerts. When a team is defined in this field, Jira Service Management uses its escalation to determine the users to be notified.

  • Entity is the name of the entity that to which the alert is related to, name of the server, application, etc.

  • Source indicates where the alert originated from, typically the name of the monitoring tool or the From address of the email from address.

  • Tags are labels used for easier identification and categorization of alerts. Use commas in between for multiple tags.

  • Actions: The list of actions a recipient can execute to respond to an alert. Use commas in between for multiple actions.

  • Description: Detailed description of the alert; anything that may not have fit in the Message field can be entered here.

  • Extra Properties: Additional alert properties. Enter the property's name of the property in the first field and the value in the second.

  • Note is additional text message added to the alert when an alert is created.

  • User: Owner of the notes which are added to the alert.

Expand
titleClose alert action

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
titleAcknowledge alert action

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.

...

See also

Explore integration types

Explore integration actions

Add integration rules