
This is the second post in a series on Microsoft Teams channel traps. The first one, Vanishing Private Channels and the Dangers of Cleaning Team Permissions, shows how private channels can be deleted when their last owner is removed.
Blocking sign-in for a user in Entra ID looks like a safe, reversible step. You block the account, and later you unblock it. In Microsoft Teams, it is not fully reversible.
The short version: the user loses their teams and channels, and gets back only the teams.

When an account is blocked, Teams removes it from the teams it belongs to. Removing a user from a team also removes them from the private channels in that team. Org-wide teams drop the account too, because blocked accounts lose automatic memberships.
The removal does not happen at the moment of the block. It can happen within hours, or it can take much longer.
When the account is unblocked, Teams adds it back to its standard teams, after a delay. Standard channels come back with the team. These do not come back on their own:
I first ran into this in January 2026. Today I saw it again: a user’s account was blocked for only 1 to 2 hours. In that short time, the user was removed from all of their teams and channels. After the account was unblocked, the user was added back to the teams, but not to the channels. That was nearly 20 private and shared channels, and each one had to be added back. In my experience, the teams themselves come back within 24 to 48 hours.
You do not always know in advance that an account will be blocked. After I first saw this in January, I set up a script that takes a snapshot of all private and shared channel memberships every day. When a user loses their channels, the last snapshot shows exactly what to add back.
Here is a simple sample with the Microsoft Teams PowerShell module:
Standard channels are skipped, because their members are the members of the team. To add a user back to a channel from the snapshot:
To run the snapshot every day as a scheduled task, connect with an app registration and a certificate instead of signing in.
Tony Redmond’s article Teams Processing Causes Problems for Disabled Azure AD User Accounts on Practical 365 goes much deeper. It shows the timeline from the audit log, the audit events to search for, and what was and was not restored. His article covers private channels. In my case, shared channels were not restored either.


