We've had a company name change from when we originally created an account. Our on-demand account is currently xxxxx.atlassian.com but all of our email addresses are @yy-yyyyyy.com if I enable "Connect G Suite" will all of my team still be able to login?
The G Suite domain doesn't have any relation to the subdomain of your Atlassian Account URL.
When you enable G Suite you set up the connection with your existing G Suite logins, so any users with an email domain that matches a domain associated with your G Suite account will be able to login.
Let us know if you have any questions.
Does the G Suite sync look at the "Secondary email" field in the G Suite User properties when reconciling existing Atlassian user accounts? The reason I ask is that we are also going through a company name change and would like to migrate our existing Atlassian Managed User accounts from our "@old domain" to the "@new domain" that has been configured in each user's G Suite user account.
I would hope that if the email address of the current Managed Atlassian account matches the "Secondary email" address (the "@old domain" address in our case) of the G Suite user when the G Suite Group sync occurs then a relationship will be established, but I'd certainly like confirmation of this before importing the G Suite users, as I don't want to double-up on user numbers, or lose the relationships between user accounts.
Per our G Suite FAQs page:
When you connect your site to G Suite, your users must log in with Google and cannot use an email alias. Because of this, the G Suite integration will look at any email aliases (secondary email) associated with the account in G Suite and update the user's Atlassian account to use this primary email address instead.
Because of this, you won't be able to use the secondary email as a G Suite login.
Your best option is to disconnect G Suite and reconnect with the new setup. If you run into any issues, you can let us know. We recommend troubleshooting with one user in this case.
Hi Shannon, thanks for getting back to me.
It sounds like the behaviour you are describing is what we actually want to happen; I'm happy for the user's Atlassian account to change/update to use the Primary email address of the G Suite user login. This would help us in moving from the "@old-domain" email address that the Atlassian users currently have to the "@new-domain" email addresses that all our G Suite user accounts have been set up with. The important point for me is whether the Secondary email that we have configured in all our G Suite users (which matches the "@old-domain" address of their current Atlassian user account) will be used as a "key" to reconcile the accounts, and avoid creating new (effectively duplicate) Atlassian user accounts.
Does that help clarify what I would like to happen? I'm happy to test this with a single G Suite user account in a "test" G Suite Group, if you can assure me that no other users will be affected by enabling the G Suite integration for this single user test.
Thank you for verifying that. Just as a note, any use of the secondary email address even in your scenario hasn't been proven to work. I would recommend running the test you mentioned.
What I'll do now is create a support ticket for you, so our Cloud support team can work with you and see if we can confirm if this scenario would work on your system.
Please check your email in a few minutes for that ticket number. :)
We're looking for participants for a workshop at Atlassian! We need Jira admins who have interesting custom workflows, issue views, or boards. Think you have a story to sha...
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