You can add a (project+issuetype, jira-email-alias) with a Email Handler. But you lost the avantage to communicate only one E-mail to your users. Besides, it's not possible to make issuetype mapping by parsing the subject of the mail (or use keyword in the subject, like "[bug]").
In order to keep one E-mail, I would like to create a issuetype for Email Handler, which cannot be selected by users (by clicking on the big blue button "new Issue"). When you create an Email handler, you have to choose a project and an issuetype, AND the issuetype has to be bind to the project. So this issuetype will be seen and selectable in issue creation screen.
Here is the procedure I used to solve my problem :
- Create a issuetype "Email" with a simple workflow (only one state)
- Add this issuetype for the project you want ("Support" project for exemple)
- Create your email handler to create a issue in "Support" / "Email"
- Remove the "Email" issuetype from the project "Support" => user will not be able to create "Email" issue
Now, when a Email is sent, a "Email" issue is created in "Support" project. Your agents can move this issue to qualify the issue (move the issue to "Bug" for exemple). In fact, you cannot change the issuetype of an issue, without moving it, if the two issuetype doesn't use the same workflow.
If you don't want your agent to "move" the issue, you can add the "Email" issuetype to the most commun issuetype you use ("Bug" for exemple) and add a loop transition (new-->new) with a Screen to change the issuetype.
I guess this use case could be implemented in Email handler in an other way, using email queue, so that agents can put requests in the good project / issuetype.
Is there a other/cleaner solution for my usecase ?
I deleted my old answer, it wasn't relevant to your problem.
Can't you work with rules on your inbox to triage the emails based on text in the subject?
Move the issues to different folders and let seperate email handlers read those folders.
Or you could create something like a global support project which will contain all tickets and from where you can move your tickets to the corresponding projects.
Just an idea.
I would advise you to take a look at the JEMH plugin for JIRA.
This already provides a wealth of possibilities using email and JIRA and is super well supported by it's developer Andy Brooks (who's a very active member of this community).
I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...
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!
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