Office 365 Migrations – What happens to Outlook Meetings with embedded Teams URLs?

When you create a meeting in Outlook and choose a Microsoft Teams meeting from the ribbon, the body of the meeting is automatically populated with the Teams meeting details.

Something like this:


During a migration none of these details are updated/edited/replaced by any vendor I have asked.


Have all Chairpersons update their meetings at least once to remove the old embedded link (remove Teams info) and add new Teams info. Save and send to all participants.

This can be done manually, or we have developed an Outlook Add-On that automates as much as possible what the user needs to do. Also works in OWA.


So, what about the embedded link? This is what the URL looks like (from our tenant)

Looks OK, but when it’s broken down and you replace the URL encoded characters this is what it looks like:{"Tid":"c73c591a-bcae-467f-be04-cccb8de1c290","Oid":"3df04762-4f35-4080-9ffd-ce6db875ec53"}

So you can see:

  • “Tid”:”c73c591a-bcae-467f-be04-cccb8de1c290″
  • “Oid”:”3df04762-4f35-4080-9ffd-ce6db875ec53″
  • Tid = our Azure AD Directory ID
  • Oid = my own Azure AD Account object ID

Now during a migration none of these details are updated/edited/replaced by any vendor I have asked. I suspect that doing a find and replace on the fly for Calendar items:

A) Has massive performance penalties, and

B) Would need to be thoroughly tested, as it could easily break the meeting structure, patterns and even corrupt them completely depending on what else changes and gets re-evaluated.  Not to mention how to manage signed/encrypted items.

The upshot of this is that anyone joining a meeting from a migrated meeting will be directed back to the old tenant and to the Teams meeting hosted by the migrated users old Object ID.

This is clearly a problem, as nearly always the old tenant will still exist, and probably the Object ID. Even if it is deleted, it will be in Azure AD recycle bin for 30 days.

Frustratingly external users will be sent there too.  Even running a VBScript in Outlook that could remediate those items will only fix it for the person that ran it, and not all the chair/recipients/particpants.

There is potentially a way to do this in PowerShell/EWS, but again, as above I would be VERY wary and cautions of even attempting that, plus it won’t fix external recipients.

Realistically the only true way of fixing it is to tell users who are Chairpersons of meetings to edit and update the Teams meeting info by removing it and adding new details, delete and re-create the meetings or use an add-in to automate some of it.

Conrad Murray

Conrad Murray is a Microsoft Certified IT consultant working in IT for over 20 years specialising in the Messaging arena and in particular Office 365 and previously Microsoft Exchange On-Premises and IBM Domino. Working with like minded colleagues now delivering very large scale complex migrations from Office 365 to Office 365 (tenant to tenant), Lotus Notes and On-Premises Microsoft Exchange to Office 365.

Leave a Reply

Your email address will not be published. Required fields are marked *