-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Office 365 OAuth doesn't work with non-MS email addresses #260
Comments
I'm getting the exact same fault. O365 account with custom domain email address. |
I've fixed my issue by deleting and recreating the sync account but this time using the Office365 (OAuth 2.0) option, as per the comments on this ticket: #259 |
@majutsushi : In order to setup your account TbSync needs to find the server. I attempt to read from I have a professional Office365 account with an custom domain and when I request that page for a valid email address (registered in that tenant), I get the correct values back. If I use a bad addr, I am not getting back the correct values. So Microsoft knows who I am, despite my custom domain. That does not seem to be the case for you. Instead, Microsoft redirects to your own server: That does not return anything useful. So open questions are:
|
I have a personal account without any subscriptions, and I had the address with the custom domain configured as the primary "account alias". I couldn't find any other place in the account settings where I could have told Microsoft about my custom domain. What I have done now is add another account alias with an official |
When you say "alias", do you also have an original Microsoft address, which was assigned to you, when you created the account, before you added your alias? Does that address also works in TbSync, or did you completely remove that original address from your account, so you had to add a new "mircosoft" alias now, to get it working? |
I've never had an official Microsoft address (i.e. |
Thanks for the additional info. Could you add the solution to the first post in this thread? I will then close this as solved, but pin this issue to the top, for others to find. |
Similar issue here. However, the autodiscover seems to work since it returns this result
Then it opens up our internal SSO page that instead of showing the login screen, it shows an error, like if cookies are not allowed or like if the wrong SAML initiation flow has been launched. In the past 6 months the addon was working fine on a Windows Device with OAuth2, now I am doing a fresh install and I'm stuck. |
@jobisoft Sorry, I had totally forgotten about this issue. I've added my workaround to the first post as you suggested, so feel free to close this. |
Your environment
TbSync version: 4.8
EAS-4-TbSync version: 4.8
Thunderbird version: 115.7.0
Expected behavior
Being able to sync with a non-Microsoft email address that's used to log in to Office 365
Actual behavior
The autodiscover functionality redirects to my own domain, which of course is not set up to handle this:
Steps to reproduce
I have my own domain and use an email address on it to log in to my Microsoft account. This works fine on things like Microsoft's websites, but the way the extension tries to log in doesn't seem to be able to handle this, as shown above. This may be related to #191 as well.
I previously used the "custom configuration" setup which worked fine, but now I also seem to be affected by #259 and so tried the modern approach instead, which also doesn't work. So at the moment there doesn't seem to be a way for me to connect at all.
Workaround
I've added an account alias in my Microsoft account with an official
@outlook.com
address (which I didn't have before) and used that to log in, which works fine. I'm not sure if it would be possible for this extension to make the third-party address case work without some changes on Microsoft's part.The text was updated successfully, but these errors were encountered: