Hey,
I've a convoluted question regarding creating tickets via email using Jira Service Desk.
As a company with 2 email addresses for users to interact with - legacy issue!
I’m having an issue with the user not receiving customer notifications and not becoming the tickets reporter after forwarding an email from them in emailAccount1 to emailAccount2
In an ideal world this is what I would like to happen:
If the above is impossible, then is it possible for the user receive the customer notifications?
I've already tried numerous scenarios of what has been answered here.
Many thanks for any help you can offer!
Thanks for the detailed description.
As the referenced thread indicates, the only way to get “user” to be reporter would be for the agent to update the issue. However if the “user” is on the CC they should be added as a participant as the other thread conveys.
What you lose in this scenario:
Thanks for this @Jack Brickey. I haven't been able to get the CC suggestion to work though. The reporter field isn't editable for me either.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
To clarify (so I know I'm not messing up):
emailAccount2 should be in the to field
user should be in the cc field
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jack Brickey when adding the user to the cc field when forwarding the email from emailAccount1 to emailAccount2 I don't have them added to the ticket as a Request Participant
Sorry for the spam.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is the "user" in the CC of the 'create-email', i.e. the message from EA1 to EA2?
how are customer permissions configured for sharing? See image. if you aren't using Organizations try what I illustrate.
here is a snippet from Atlassian documentation:
If you create or respond to a request via email, add a request participant's email address in the TO or CC fields. The participant receives an email notifying them that they have been added.
Customers can add individual participants if they have permission to share requests. If the customer is in one organization, their request is shared automatically. Customers who are in more than one organization can't share requests with an organization via email.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jack Brickey this is amazing, thank you!
After some testing, the user gets the same functionality as if they had sent the email to emailAccount2.
Thanks again
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
glad to assist. please accept the answer by clicking check mark by the vote icon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Jack Brickey ! I try to accomplish the exact same thing, but I don't know where to find this setting: https://community.atlassian.com/t5/image/serverpage/image-id/24982i3A03AFC7D476BA13/image-dimensions/385x126?v=1.0.
Could you please help me out? I'm currently looking under Project > Client Permissions and I have the following setting (in Dutch):
But when I forward and email from my client to Jira Service Management and I add this client to the CC, then the client doesn't receive any emails from Jira. So what am I doing wrong? :)
Thanks already for your help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.