What to expect, exactly.
Every platform refuses something. This is what moves intact, what cannot, and what arrives in its place — so you meet it here rather than on the Monday after a cutover.
Workload by workload
§01 — the 5 workloadsMail, calendar and contacts, still working at the other end.
Mail, calendars and personal contacts all move together.
Inbox rules are rewritten to point at the folders they moved to, so they keep working rather than quietly failing against a folder that no longer exists. Out-of-office replies come across as well.
Shared, resource and archive mailboxes each count as one unit, at the same rate as a person’s mailbox.
Everyone’s own files, with their version history and original dates.
Each person’s own files move with their version history and their original dates intact — not a flat copy of the current version stamped with the date of the migration.
Deleted items can be migrated too, where you want the destination to match the source exactly rather than only its live content.
One-to-one and group chats, with their original authors.
One-to-one and group chats move with their original authors, and in their original order.
They do NOT keep their original dates, and this is the one worth understanding before you start. Microsoft does not allow a chat message to be created backdated by anyone, so conversations arrive in the right order carrying the time they were migrated rather than the time they were sent.
Because of that, a transcript of each conversation is written to the person’s OneDrive. That transcript is where the true chronology survives, with every message and its real timestamp.
Conversations with their original authors, dates and threading.
Messages arrive as messages — original authors, original dates, replies still threaded — including from people who have already left and have no account at the destination.
Standard channels take their history directly. Private and shared channels cannot: Microsoft does not permit message history to be written into them by anyone, by any tool. Those arrive as a readable archive in the channel’s own Files tab, where exactly its members can open it.
The usual alternative is leaving that history behind entirely.
The Files tab is a SharePoint library rather than part of the conversation, so bringing it is a tick box on the Teams form — on by default. It creates a SharePoint migration for the team’s site once the destination team exists, charged per GB, and that migration waits for you to approve its size before it moves anything.
File servers
§02 — in and outAn agent installed on the Windows file server migrates its shares up into Microsoft 365 or Google Workspace, with the folder structure and the original dates intact. The content is charged per GB, on the same ladder as SharePoint.
Content can go the other way as well, down from OneDrive or SharePoint onto a share. One thing does not survive that trip: a file share has nowhere to keep version history. Previous versions either arrive alongside the file with a suffix, or are left behind — and the report names which, per file, rather than leaving you to discover it.
How you know it worked
§03 — every migrationEvery migration produces a per-item report naming what landed, what did not, and why. You can download it at any point, including while the migration is still running.
Items are verified against the source after they land, and anything that arrived but does not match is reported as a warning rather than quietly counted as a success.