An Azure service that provides an integrated environment for bot development.
Deleting and re-adding the Teams channel is the likely cause. Re-enabling a deleted Teams channel generates a new pair of keys, which invalidates stored 29:xxx and a:xxx IDs used for proactive messaging. The documented guidance is to restart the Microsoft Teams channel, not delete and re-add it.
For the current state:
- Stop relying on previously stored Teams conversation references and IDs for personal-scope conversations.
- Re-establish fresh conversation context for affected users, then update the stored conversation ID/reference.
- If a conversation is no longer valid, treat it as stale and reacquire a fresh conversation context before retrying.
- If Teams returns
BotNotInConversationRoster, reinstall the app in the conversation and wait for aninstallationUpdateevent before sending again. - If Teams returns
ConversationNotFound, remove the cached conversation ID and replace it with a newly acquired one.
For the original outage pattern where Teams stopped delivering to the bot while the tunnel/endpoint was healthy, the supported remediation is:
- In Azure portal, open the bot's Azure Bot resource.
- Go to Channels.
- Restart the Microsoft Teams channel.
- Send a test message and verify inbound activities resume.
Important caution: deleting and re-adding the Teams channel regenerates keys and invalidates stored conversation identifiers. That is why restarting is recommended instead of deleting the channel.
No documented self-service reset is provided for restoring decryption of existing conversation IDs after the Teams channel has been deleted and re-added. The supported path in the available guidance is to rebuild conversation state by reacquiring fresh conversation references and reinstalling where needed.