Microsoft 365 features that help users manage their subscriptions, account settings, and billing information.
Please note that this forum is a public platform, and moderators will modify your question to hide your personal information in the description. Kindly ensure that you hide any personal or organizational information the next time you post an error or other details to protect personal data.
Hi @rosa LUO
Based on the information provided, the behavior is most likely related to the previous tenant still being associated with the alexice.cn domain, rather than an Office desktop client cache issue.
Although a Microsoft 365 subscription can be cancelled immediately, tenant and domain cleanup occur in stages. A typical lifecycle is:
Subscription Cancelled > Grace / Expiration Period > Soft-Deleted State (~30 days) > Hard-Deleted State Backend Cleanup and Custom Domain Release
After a tenant is deleted, it enters a soft-delete state for up to 30 days before it is permanently purged. During this soft-delete period, the tenant continues to exist in Microsoft's backend systems, and associated resources, including custom domain registrations, remain attached to the tenant. The custom domain is generally not released until the tenant has been fully purged at the end of the soft-delete retention period. Following permanent deletion, additional backend cleanup may be required before the domain is fully released across Microsoft's identity services.
Since your Microsoft 365 E5 subscription was cancelled only about two weeks ago and the alexice.cn domain was not removed before cancellation, it is possible that the domain is still linked to the former tenant.
The reason the account still works on live.com is that it uses the Microsoft personal account (MSA) sign-in service. Since @alexice.cn is registered as a personal Microsoft account, authentication to consumer services can continue to succeed independently of the former Microsoft 365 tenant. The URL is specific for personal account.
Office desktop applications use a different sign-in flow and perform tenant discovery based on the email domain. Because alexice.cn was previously associated with the Alexice tenant, Office may still attempt to authenticate against that tenant, resulting in the AADSTS50020 error.
At this point, there is limited action that can be taken on the client side. Since the issue appears to be related to the previous Alexice tenant and the alexice.cn domain association, I recommend:
- Removing any old Work or School accounts from Windows (Settings > Accounts > Access work or school).
- Signing out of all Office applications and clearing any cached Office credentials from Credential Manager.
- Testing the sign-in on another device to rule out local cache issues.
If the error persists after credential cleanup and on multiple devices, the most likely cause is that alexice.cn is still associated with the former Alexice tenant in Microsoft's identity platform, in which case you will need to wait for the tenant/domain cleanup process to complete or contact Microsoft Support to verify the domain's release status.