Why did email handler create 3 copies of emailed issue?

On 12/5 and 12/6, client's emailed us several times at our email handler address. For each email they sent, 3 issues were created. My understanding is that maybe as many 20 emails were sent by the client that day resulting in about 60 issues created. The handler configuration looks like this:

Create a new issue or add a comment to an existing issue

jira.handler IMAPimap.gmail.com

  • Bulk: accept
  • CC Assignee: false
  • CC Watchers: false
  • Catch Email Address: [removed for privacy]
  • Create Users: false
  • Default Reporter: yesenia.rodriguez
  • Notify Users: true
  • Strip Quotes: false

I sent an email to the email handler address yesterday and it only created a single issue. Furthermore, we asked the client yesterday to send another email to this handler and another handler (for a different client) as a test. Only 1 issue was created for each email.

Yesterday, the same client sent several new requests which also only generate 1 issue per request email.

Does anyone have a clue what could have been going on?

1 answer

0 votes
Ignacio Pulgar Community Champion Dec 08, 2017

It seems you've possibly experienced a mail loop. That's something that typically occur when auto-response emails are sent, like those 'out of the office' ones.

Read the paragraphs that contain the word 'loop' in this page:



Could you describe an scenario that would produce the triplicate emails? I'm having difficulties interpreting the help doc settings information as a scenario we're likely experiencing e.g. the email address to which our clients send requests has no responder set up. 

Ignacio Pulgar Community Champion Dec 08, 2017

Cannot think of an example. Maybe one of both systems stops the looping after 3 times.

You might prevent that loop from happening again by changing the Mail Handler's Bulk property, as described in the docs:

This option only affects 'bulk' email messages whose header has either its Precedence: field set to bulk or its Auto-Submitted field set to no. Such messages would typically be sent by an automated service. When such an email message is received, the following action will be performed, based on the option you choose:

  1. Ignore the email and do nothing.
  2. Forward the email (i.e. to the address set in the Forward Email text field).
  3. Delete the email permanently.

It is generally a good idea to set bulk=forward and set a Forward Email address, to prevent mail loops between JIRA and another automated service (eg. another JIRA installation).

Are we using this email handler for it's intended use? I'm hearing from other people in my org that Jira Service Desk may be the more appropriate way to take in customer work requests.

Ignacio Pulgar Community Champion Dec 11, 2017

Yes, you are using mail handlers for their intended purpose.

It's true that it is really easy to configure email requests in Service Desk projects, but you cannot benefit from that feature without adopting a very specific way of interaction with your customers.

People in charge of communication with customers would be the so called Service Desk Agents (those users who consume a SD license in your instance).

SD can be cool if used as it was designed to, but it doesn't fit well with all organisations and teams, specially if you are limited by the bumber of SD licenses.

Suggest an answer

Log in or Join to answer
Community showcase
Teodora [Botron]
Published Thursday in Marketplace Apps

Jira Inferno: The Nine Circles of Jira Administration Hell

If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...

281 views 0 12
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot