Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Handling intake when users have multiple mail aliases

I'm wondering if anyone has any experiencing managing users with multiple email addresses assigned? Each of our users has (or may have) a userid-based email, ie jmiller@uwaterloo.ca, but also, an alias, ie John.miller@uwaterloo.ca. 

This causes a problem for us because when people log into the portal, we use their userid@uwaterloo.ca - and so the ticket get's opened under jmiller@uwaterloo.ca

Then, when they reply to the email message to continue communication, it comes from John.miller@uwaterloo.ca, which ends up opening a new request. 

Is there any way to handle this automatically? I can't find any other mention of it, but we can't be the only organization that has this problem.

 

4 answers

1 accepted

0 votes
Answer accepted

Hey Matt,

Currently this is not possible short of having multiple free customer accounts for a user.

It is something we are evaluating, and are keen to learn more about how this is impacting your organisation.

Would you mind voting and sharing your feedback here https://jira.atlassian.com/browse/ID-240

Thanks,

Ben.

Thanks Ben, I will vote and share my feedback right away. Can you expand more on using multiple free customer accounts and how we could use this to eliminate the duplicate ticket problem?

Cheers,

Matt 

Thanks for sharing your feedback.

For multiple accounts, it is not a great solution, but If you have customer accounts for each alias a user emails you with, and those accounts are a part of the same organisation, and automatic organisation sharing is enabled, you should be able to avoid duplicates.

But I can certainly appreciate this is a lot of administrative overhead.

Thanks Ben,

We may end up doing this as this may be better than the alternative of constant duplicates. This is very helpful, thank you for sharing the above. Hopefully there is some action on ID-240 soon. 

 

-Matt 

@Benjamin Paton So we tried to set this up recently - but there is the side effect of all tickets then being fully visible to all others within the "organization". Is there a way to configure this so organization sharing is enabled, but visibility into issues is not?

Thanks,

Matt

Can you help me understand what sharing capability you would want, while denying visibility?

Hi Ben, we are just trying to allow people to "update" requests from an alias email address without it creating a duplicate ticket. 

While what you suggested above does work, but it also allows everyone within the organization to have full visibility into every single ticket. 

If it's possible to allow organization sharing with just the ability to update the request, but not to see any ticket details, that would actually work perfectly for us.

Thanks, 

Matt

Hello @Matt Harford  and @Benjamin Paton  , would you mind letting me know where this 'automatic organization sharing' is located? I believe this will solve a similar issue in my organization, but I'm struggling to find it in the permissions list / settings.

Sorry Josh, I have no idea either.

Hey @Matt Harford

It might make more sense at this point to have a chat about your scenario. 

If you are open to it, please book a slot in my calendar

Cheers, 

Ben.

Thanks Ben! Put some time in your calendar later today.

We also have this issue and would very much appreciate a solution.

Hey @Michal Wendrowski , don't know if you have seen it – the app Duplicate AI will automatically display those falsely created new tickets and let you merge them with one click.

Disclaimer: I'm the app owner. 😉

Visual-Prototype-Similarity-Score-Merge-Presets-SMALLER

You are not the only organization that has this problem. It's a major annoyance for us as well. We try to explain to submitters that they should try to use the same email address from which they normally reply, but that is not something most users really have an awareness of. Plus, they have different aliases configured from different email clients.

My suggested solution is for there to be a feature in Jira Service Management that allows me to add alias email addresses to an end users' profile. That way when emails come in, JSM understands that they're from the same person. Or, better yet, connecting to Google Workspace could do that for me, maybe.

Thank you, Atlassian team, for your time and attention.

1 vote

Hey @Matt Harford , I'm an app developer and actively working on this topic right now. Would you be interested in bouncing off some ideas and getting your hands on the early prototype?

Let me know, I'm always happy to share.

Absolutely! Would love to participate in this! 

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Site Admin
TAGS
Community showcase
Published in Jira Service Management

JSM Jira Automation: How to Send SLA Breached Notifications

Hi Everyone, In   this tutorial,  we will show you how you can monitor an SLA, and send notifications before or after the SLA has been breached.   SLA Threshold Trigger The SLA t...

693 views 5 12
Read article

Community Events

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

Events near you