Table of Contents |
---|
...
Attribute | Description | Required | ||
---|---|---|---|---|
Scope | Project: to which the context applies. If left empty, context applies to all projects. Issue Type: to which the context applies. If left empty, context applies to all issue types. | |||
Email Processing | Email Processing Strategy: Determines how Email This Issue Mail Handler processes incoming emails. There are various strategies available out-of-the-box:
Handler actions (available for all the above strategies):
| |||
Acknowledge Incoming Emails | Event: An issue event that is fired for each incoming email that the mail handler processes (read on for more information). Acknowledge New Issues: If an email template is selected here, it will be used to generate auto-acknowledge emails when a new issue is created from an email. Acknowledge New Comments: If an email template is selected here, it will be used to generate auto-acknowledge emails when a new comment is added to an issue from an email. | |||
Senders and Recipients | Sender Name Field: User Recipients: This attribute determines how the mail handler should treat users recognized as recipient email addresses:
Recipient field (To): The custom field selected here will be used to store email addresses of the email's TO recipients Recipient field (Cc): The custom field selected here will be used to store email addresses of the email's CC recipients | |||
Advanced Settings | Email Address Exclusion: Email addresses (one per line) entered here are not saved in the sender or recipient fields (useful to save the mail handler address here to avoid mail loops). Supports regular expressions, to ensure your email address exclusion will not run into problems. Include (?i) at the beginning of the email address for safety. Split Regex: Regular expressions (one per line) entered here are used to split the email body by a delimiter (optionally the original incoming email as well). See more details below. External Email Senders: Specify how to treat emails sent from email addresses not registered as users in Jira. Options are to accept the mails for processing or to ignore (leave in the mailbox) these emails. If you want to prevent the situation that practically anyone could pollute your Jira instance by sending emails, simply set this option to Ignore. Jira Mail Strategy: Specifies how to treat emails sent from the current or another Jira instance. Options are available to accept or ignore these emails.
Ignore Issue ID in Email Headers: By default, Email This Issue checks for the "In-Reply-To" and "References" email headers for Jira IDs if no issue keys appear in the email subject. If such an issue ID is found, it comments on the issue. By enabling this option you can override the default behavior and make Email This Issue ignore these email headers. It can be useful to prevent confusion when an email sent from Jira is replied or forwarded back to Jira. In such cases, the seemingly unrelated issues may be commented on. If this checkbox is turned on, Email This Issue will only use the email subject and its own Issue Lookup Field Rules to process emails but will ignore the invisible email headers. |
...