Third-Party Email Archive Migration to Microsoft 365
Moves legacy email archives out of third-party platforms — Mimecast, Veritas Enterprise Vault, Google Vault, Barracuda, Proofpoint, and similar — and into Exchange Online mailboxes and In-Place Archives in Microsoft 365. IT Partner designs the extraction for your specific source platform, documents chain of custody batch by batch, re-creates retention policies and legal holds in Microsoft Purview (holds never transfer by themselves), and closes with an item-count validation report your legal team can rely on. Third-party extraction tooling and vendor export fees are itemized separately in the quote; a typical engagement runs about four weeks, with very large or heavily throttled archives taking longer.
What this engagement is
Leaving a legacy archive platform is rarely blocked by the mail flow — a gateway or journaling cutover can be done in days. What keeps organizations paying the old vendor for another year is the archive itself: years of messages, often under retention rules or legal hold, sitting in a proprietary store that only leaves at the speed the vendor allows. Every source platform exits differently, and the extraction strategy is most of the engagement. Mimecast archives typically leave as EML or PST exports, or through Mimecast's own paid export service for large volumes. Google Vault exports to MBOX or PST in bounded batches. Enterprise Vault does not really "export" at all at scale — its single-instanced store is normally read by specialist migration tooling, and shortcut (stub) items in user mailboxes have to be rehydrated or cleaned up. Journal archives add a further wrinkle: journaled messages carry envelope data about original recipients that has to be mapped before the content means anything in a per-user mailbox. We have to plan for export formats, throttling, batch sizes, and vendor lead times before the first message moves — so we do, in writing, before you approve anything. The compliance side is just as unforgiving. Retention policies and legal holds are configuration, not data: nothing re-creates them in Microsoft 365 automatically. We inventory every hold and retention rule in the source, agree the equivalent constructs in Microsoft Purview with whoever owns compliance in your organization, implement them before data lands, and keep the old platform readable until reconciliation is signed off. Every extraction batch is logged — counts, sizes, and verification results — so there is a chain-of-custody record from source to destination rather than a shrug. This service covers third-party archive platforms specifically. If your archive data is already in Exchange or Microsoft 365 and just needs to move — server to cloud, or tenant to tenant — that is the In-Place Archive Migration or tenant-to-tenant archive service instead; and if what you have is a pile of PST files, the PST file migration service is the shorter path.
Success criteria
What you receive
How the work unfolds
Read-only review of the source platform: volumes, archive types, custodians, leavers, retention rules, and holds. Destination licensing and mailbox readiness are checked at the same time.
Export method, tooling, and batch design for your platform; the Purview re-creation matrix agreed with your compliance owner; third-party tooling and vendor export costs itemized for approval.
Licensing verified, In-Place Archives enabled where needed, inactive or shared mailboxes prepared for leavers, and the agreed Purview retention policies and holds implemented before data arrives.
A representative sample is extracted, ingested, and verified end to end — formats, folder mapping, journal handling, and counts — before you approve bulk migration.
Batches run continuously within the source platform's export limits, each one logged in the chain-of-custody record with counts and verification results. Progress is reported against the plan, not discovered at the end.
Source-to-destination reconciliation, exception register with a disposition for every skipped or failed item, and searchability spot-checks through Outlook and Purview.
Your approver signs the reconciliation report; we deliver the decommission-readiness statement so the legacy contract can end on evidence, not hope.
Prerequisites
Who does what
IT Partner
- Assess the source platform and produce the inventory, extraction plan, and itemized third-party cost list
- Design the recipient, leaver, and journal mapping and agree it with you
- Implement the agreed retention policies and holds in Microsoft Purview before data lands
- Run the pilot and the bulk extraction and ingestion batches, maintaining the chain-of-custody log
- Reconcile source against destination and produce the validation report and exception register
- Deliver the decommission-readiness statement for the legacy platform
Your team
- Provide source platform access and, where needed, engage the vendor for export services on your contract
- Approve the extraction plan, the itemized third-party costs, and the pilot results before bulk migration
- Nominate the compliance owner and approve the Purview re-creation matrix
- Decide the leaver retention model and confirm which custodians are in scope
- Keep the source platform contract alive until reconciliation is signed off
- Sign the final reconciliation report and own the decommission decision
What's not included
Limitations & technical notes
Frequently asked questions
Which archive platforms do you migrate from?
Mimecast, Veritas Enterprise Vault, Google Vault, Barracuda, and Proofpoint archives are the common cases; the approach — assess, plan the extraction, pilot, migrate in logged batches, reconcile — applies to other archivers too. Each platform has a genuinely different exit path, which is why the assessment names the method and tooling for yours specifically before anything is approved.
How does the data actually get out of Mimecast?
Typically as EML or PST exports, either self-service in batches or through Mimecast's own paid export service for larger volumes — the vendor route is priced per gigabyte on your Mimecast contract and has a queue, which we build into the schedule. The extraction plan states which route fits your volume and itemizes the vendor cost separately, so you see it as Mimecast's line, not hidden in ours.
What does chain of custody mean in this service?
A written, batch-level record from export to verification: what was extracted, when, in what format, what was ingested where, the item counts at each step, and the verification result. Combined with the final reconciliation report and the exception register, it gives your legal team a defensible account of the move — the thing that is impossible to reconstruct after the old platform is switched off.
What happens to our legal holds?
They are inventoried, mapped to Microsoft Purview equivalents — litigation hold or eDiscovery holds for custodians, retention policies and labels for rules — and implemented in the destination before data lands. Nothing migrates a hold automatically, so this is deliberate, documented work your compliance owner signs off. The source stays readable until reconciliation is complete, so there is no window where held data exists nowhere enforceable.
Our archive is a journal archive. Why is that harder?
Journaling captures one copy of every message with an envelope wrapper recording the true recipients, including BCC and distribution-list members. To make that meaningful in Microsoft 365, envelope data has to be read and each message attributed to the right custodians — decisions with real compliance weight, especially for leavers and lists. We document the mapping rules and get them approved rather than letting a tool guess.
Where does the migrated data end up?
Wherever it is most usable under your compliance rules — usually each user's In-Place Archive, so old mail is searchable in Outlook without swelling the primary mailbox, with leavers going to inactive or shared mailboxes. Once in Microsoft 365, everything is subject to Purview retention and searchable through eDiscovery. The mapping design puts the destination for every custodian in writing before migration.
What Microsoft 365 licensing do we need?
In-Place Archives require Exchange Online Plan 2 or the Exchange Online Archiving add-on, and hold and retention features depend on your plan level. Rather than list every SKU permutation here, the assessment states exactly what your destination design requires against what you already own — often the licensing you have is already enough.
What about employees who left years ago?
Their data is often the main reason the archive exists, so leavers get an explicit decision, not a default: retained in inactive mailboxes, consolidated into shared mailboxes, or excluded with your sign-off. The assessment lists every leaver archive it finds, and the mapping design records what you chose for each.
Why does this take weeks when the data is just email?
Because the bottleneck is the source. Export services have queues, APIs are throttled, and journal archives need mapping before ingestion — none of which is fixed by us working harder. The typical engagement runs about four weeks; the assessment gives you a schedule grounded in your platform's real export behavior, and the batch log shows progress continuously rather than asking you to trust the plan.
How do you prove nothing was lost?
Reconciliation, not reassurance: per-batch counts in the chain-of-custody log, a final source-to-destination comparison, and an exception register in which every skipped or failed item has a stated reason and disposition. You sign the reconciliation report before we call the migration done — and before anyone talks about decommissioning the source.
Can we keep searching the old archive during the migration?
Yes, and you should — the source stays live and readable until reconciliation is signed off. That overlap is a deliberate safety property: it preserves your search capability, keeps held data enforceable somewhere at every moment, and gives the reconciliation something to reconcile against. The cost of a few extra weeks of the old contract is the cheapest insurance in the project.
Is this the same as your In-Place Archive Migration service?
No. In-Place Archive Migration and the tenant-to-tenant variant move Exchange archive mailboxes between Exchange environments and Microsoft 365 tenants using Microsoft's native migration paths. This service handles third-party archive platforms, where the hard work is getting data out of a proprietary store and rebuilding compliance settings — a different problem with different tooling and economics.
We have active eDiscovery cases against the old archive. Can we still migrate?
Usually yes, with sequencing: custodians and data attached to active matters are identified in the assessment, their holds are re-created in Purview first, and where a matter is genuinely mid-production your legal team may keep that slice in the source until the case allows. Ongoing search and case work over the migrated data is its own service — Purview eDiscovery Search Assistance — and we hand over cleanly to it.