Uploaded image for project: 'Identity'
  1. Identity
  2. ID-6403

Allow multiple email addresses to be associated with a single Atlassian account

    • 429
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Some users would like to designate several email addresses on their Atlassian account specifically for site-specific notifications. This allows them to have a single identity that they can use as they work with different organizations across their careers, instead of having to spin up separate accounts with distinct full name, avatar, and other settings for each engagement.

      This request is particularly popular with Bitbucket users, as this model is in use by some other popular dev tools products. In fact, this request is currently the 13th-highest voted issue for Bitbucket with nearly 500 votes and many comments that can be read here: https://bitbucket.org/site/master/issues/7038/custom-email-routing-bb-8197

      To add to this, most organizations have the concept of User principal name and email address. Where the UPN is used to login (example SSO) and the email address is used for communication. In JSM, this causes an issue as the user signs up using their UPN. However, to receive updates, they'll have to use their email address. 

            [ID-6403] Allow multiple email addresses to be associated with a single Atlassian account

            Hamza Shafique added a comment -

            +1

            Hamza Shafique added a comment - +1

            This would be a highly valuable feature for us as well.

            Alejandro Concepción Rodríguez added a comment - This would be a highly valuable feature for us as well.

            Jesse Mrozowski added a comment -

            This would be nice because my org uses aliased email addresses for some users and it would be helpful to assign multiple emails to the same user.

            Jesse Mrozowski added a comment - This would be nice because my org uses aliased email addresses for some users and it would be helpful to assign multiple emails to the same user.

            Reinforcing some of the comments here, this addresses issues for very common cases when merges and acquisitions happen.

            We also have AD on-premises synchronized with Azure AD to provision accounts to JSM and part of those accounts don't have usernames that match with their email addresses (specially for third-party users).

            This is a must have for us and we find awkward not to have a feature allowing to add another email address to accounts.

            andre.castro added a comment - Reinforcing some of the comments here, this addresses issues for very common cases when merges and acquisitions happen. We also have AD on-premises synchronized with Azure AD to provision accounts to JSM and part of those accounts don't have usernames that match with their email addresses (specially for third-party users). This is a must have for us and we find awkward not to have a feature allowing to add another email address to accounts.

            It's a big vote from me too.

            We use Jira in our company, and we use Active Directory (on-prem synced to Entra).

            Usually, our users have usernames/UPNs that do not correspond with their email addresses, so for us, there is a need to have mail aliases for login (SSO).

            Also, some external users do not have a mailbox at all, so we need to have the ability to add an additional email account for the notifications to be sent.

            Varvaresos Angelos added a comment - It's a big vote from me too. We use Jira in our company, and we use Active Directory (on-prem synced to Entra). Usually, our users have usernames/UPNs that do not correspond with their email addresses, so for us, there is a need to have mail aliases for login (SSO). Also, some external users do not have a mailbox at all, so we need to have the ability to add an additional email account for the notifications to be sent.

            With merger & acquisitions and spinoffs commonplace, there are often scenarios where users will have multiple email addresses and need to log on the different systems with different emails. This is sometimes true for extended periods of time after such corporate events occur. The lack of the ability to associate multiple emails with a single account creates enormous operational inefficiencies for companies that go through such events.

            Scott Howard added a comment - With merger & acquisitions and spinoffs commonplace, there are often scenarios where users will have multiple email addresses and need to log on the different systems with different emails. This is sometimes true for extended periods of time after such corporate events occur. The lack of the ability to associate multiple emails with a single account creates enormous operational inefficiencies for companies that go through such events.

            Alex Hall added a comment -

            Similar to others, having the ability to force a user with multiple email addresses to log in using the correct address would help reduce headaches and steps for providing support.

            Some employees are assigned multiple addresses to start based on the organization they're working in. Many employees have first.last@company and first.m.last@company. And every employee as a alphanumeric ID that drives our SSO, which differ from their name. It'd be very helpful if we could define say, four different email addresses that would all log in to the exact account we want them to log into.

            Alex Hall added a comment - Similar to others, having the ability to force a user with multiple email addresses to log in using the correct address would help reduce headaches and steps for providing support. Some employees are assigned multiple addresses to start based on the organization they're working in. Many employees have first.last@company and first.m.last@company. And every employee as a alphanumeric ID that drives our SSO, which differ from their name. It'd be very helpful if we could define say, four different email addresses that would all log in to the exact account we want them to log into.

            My company continues to suffer in the exact same way as 820ef1cfdf61 mentioned.

            Chad Klinefelter added a comment - My company continues to suffer in the exact same way as 820ef1cfdf61 mentioned.

            Mike Moore added a comment -

            My company just turned on ITSM, and this is a big issue when getting replies into tickets via email.  Having multiple domains associated with a single user would solve all of the issues.  

            Mike Moore added a comment - My company just turned on ITSM, and this is a big issue when getting replies into tickets via email.  Having multiple domains associated with a single user would solve all of the issues.  

            Working with a client going through a merger and thus having a set of users with one set of Active Directory / Email accounts migrating to a different set; in the interim, they're still using both accounts which means that again they might, say, open a Service Desk ticket from their new email but their account is associated with their old email.

            Or if they've migrated to their new account for most purposes including JIRA, perhaps someone will CC them on a Service Desk ticket using their old email address (because it's what they're used to).

            For this client, the pain will slowly go away, because they will presumably move towards using the new account for everything and deprecate/remove the old account, but for now it's going to add to the friction.

            Geoffrey Wiseman added a comment - Working with a client going through a merger and thus having a set of users with one set of Active Directory / Email accounts migrating to a different set; in the interim, they're still using both accounts which means that again they might, say, open a Service Desk ticket from their new email but their account is associated with their old email. Or if they've migrated to their new account for most purposes including JIRA, perhaps someone will CC them on a Service Desk ticket using their old email address (because it's what they're used to). For this client, the pain will slowly go away, because they will presumably move towards using the new account for everything and deprecate/remove the old account, but for now it's going to add to the friction.

              ef0fd77f42fd Freddie Xavier
              awilkes Alastair Wilkes
              Votes:
              920 Vote for this issue
              Watchers:
              467 Start watching this issue

                Created:
                Updated: