I am trying to use Jira Project automation in Jira Service Desk Cloud to detect issues with specific Request Participants and remove that entry while preserving the other entries that might exist.
We use Office 365 and Distribution Groups (DGs) and our users create issues by emailing the email address configured in Email requests, email@example.com (this is actually an alias/Contact for firstname.lastname@example.org).
We have internal DGs for departments, such as Accounting with the email address Accounting@company.com. The Accounting DG has email@example.com and firstname.lastname@example.org in it.
When a user1 sends an email to email@example.com (to create a new issue) and they CC their department, firstname.lastname@example.org, to keep them in the loop of things, an issue in Jira will be created with email@example.com as the Reporter and firstname.lastname@example.org as the Requested Participant. User2 will receive the direct message (outside of Jira) from User1 because they are in the Accounting DG, and if they Reply All to that email they will reply back to User1, servicedesk, and Accounting DG.
Because Jira is not aware of Distribution Groups it can't validate that User2 is in the Accounting DG to allow them to comment on the issue, so Jira just creates a new issue essentially forking/duplicating the issue. Sometimes with larger departments this is more troublesome.
Seeking a solution:
Ideally the solution would be for Exchange to expand the DG and replace the DG with the actual people in it, but I have not found a way to do that with an Exchange rule (also that's for another forum).
So, that's why I am looking into Jira to see if there is a possibility with Project automation.
I suspect that I will have to have an automation rule that will have to match all of the email addresses to our internal DGs. I realize that is a separate "thing" to maintain and I accept that.
I am thinking Pseudo-code version of the Automation rule goes something like this:
Hi, its sadly not possible with "name" or "email" - but with "id" :)
I've written a guide on how to fix the original issue (mentioned on top):
I hope that helps! :)
I'm having a similar issue as we setup several email aliases to the primary customer email account on Service Desk and the alias gets correctly added as a Participant. But when a comment or status is done on a request it notifies the Participant (the alias of the Jira email account) and it begins to create requests in a loop. No idea how to solve for this yet.
I edited my original post to reflect that I am also using an alias/Exchange Contact for our users to send emails to our Service Desk Project.
email@example.com is an alias/contact for firstname.lastname@example.org
Our Jira issues also get created with the email@example.com email address as a Request Participant, but we are not noticing any email loops. Also, I don't remember configuring an option in Jira to prevent this. Hmmm......
In hindsight, I am beginning to suspect that it might have been a better idea to have Jira logging into a mailbox to fetch emails and turn those into issues, which is the option under the section Connect a custom email account.
Although that method still doesn't solve my original problem with distribution groups/lists.
Hi everyone - in case you haven’t heard, we’re hosting the show of the century on November 10th: High Velocity: ITSM World Tour. This virtual, concert-themed experience...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events