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 vote

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:

https://confluence.atlassian.com/adminjiraserver074/creating-issues-and-comments-from-email-881683958.html

Regards

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. 

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.

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 Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Published May 21, 2018 in Jira Software

How large do you think Jira Software can grow?

Hi Atlassian Community! My name is Shana, and I’m on the Jira Software team. One of the many reasons this Community exists is to connect you to others on similar product journeys or with comparabl...

1,239 views 10 18
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