Any-to-any mailbox migration

Move mailboxes from any platform to any platform.

BridgeAD migrates Gmail and Google Workspace mailboxes, IMAP hosts, on-premises Exchange, and PST/EML archives into Microsoft 365 — and back out — over one certified canonical engine. Every cross-provider job runs under a signed fidelity contract, and every item is hash-verified into a tamper-evident custody ledger you can export and verify offline.

Certified routesGmail → Microsoft 365, Microsoft 365 → Gmail, IMAP → Microsoft 365 or Gmail, on-premises Exchange (EWS) → Microsoft 365, and Microsoft 365 ↔ PST/EML archives. Each route certified against live systems before launch.
Common moves

The migrations teams search for, delivered as certified routes.

Whether you are consolidating a Google Workspace acquisition into Microsoft 365, rescuing mailboxes from a legacy IMAP host, retiring an on-premises Exchange server, or exporting mailboxes to archives for retention — the same engine, the same evidence, the same controls.

Certified

Gmail to Microsoft 365 migration

  • Full-fidelity MIME with original dates via customer-supplied Google credentials
  • Calendar events and contacts map per the route's fidelity contract
  • User labels become Outlook categories; delta passes shrink the cutover window
Certified

IMAP migration tool for long-tail hosts

  • Zimbra, Dovecot, hosting-panel and legacy provider mailboxes
  • Mail content with UID-watermark delta passes
  • Per-mailbox app passwords; nothing stored beyond hashes and metadata
Certified

PST/EML archive export and import

  • Archives live only in customer-controlled storage
  • Offline-verifiable custody hashes prove the round-trip
  • Import restores the exact canonical items — hash equality is tested, not promised
How it works

Four steps, evidence at every one.

Cross-provider migration is not a bulk copy — it is a controlled operation with disclosure up front and proof at the end.

01

Connect

Add source and destination connections with guided, provider-specific setup steps. Credentials stay in the platform secret store.

02

Review the fidelity contract

Before a cross-provider job starts, BridgeAD generates a signed contract listing exactly what carries losslessly, what degrades, and what drops — you approve it, hash-bound.

03

Migrate in waves

Baseline and delta passes with throttle-adaptive pacing, typed failure triage, and per-item outcomes.

04

Prove it

Every item is hashed at source and verified at target into Merkle-rooted, tamper-evident custody batches — exportable as an offline-verifiable evidence pack.

Common questions

Mailbox route questions, answered.

Can you migrate Gmail to Office 365 / Microsoft 365?

Yes — the Gmail → Microsoft 365 route is certified and available now. It runs on customer-supplied Google service-account credentials with domain-wide delegation, so no third party ever holds your Google tenant keys. Mail migrates as full MIME with original dates; calendars and contacts map per the signed fidelity contract.

Which IMAP servers are supported?

Any RFC-compliant IMAP host — Zimbra, Dovecot, cPanel/Plesk mail, and legacy providers. The route is mail-only by design (IMAP exposes no calendars or contacts), and the fidelity contract states that before you start.

Do you support PST files?

Mailboxes export to and import from EML/JSON archives in your own storage account, with custody hashes that verify offline. Binary .pst packaging is available on request.

What happens to items that cannot carry across providers?

Nothing silently. Every route has a fidelity policy listing lossless, degraded and dropped item classes; you approve it as a contract before the job starts, and every skip is recorded against its contract line in the evidence pack.

How is this different from tools like MigrationWiz?

Two things: the fidelity contract — loss disclosure you approve up front instead of a knowledge-base caveat — and the custody ledger, which hash-verifies every item into tamper-evident records you can audit offline. See the detailed comparison.