01 — Overview
What this engagement is
Occasionally, a customer needs a migration inside the Microsoft 365 cloud platform. For example, if one company acquires another company and both are using Microsoft 365, there may be many reasons to start merging. This service provides planning, design, and migration of email service from one Microsoft 365 tenant to another. While the domain is transferring from the source tenant to the new tenant, incoming mail will not be received for about 24 hours because of domain name binding features in Exchange Online. To avoid loss of emails during the transfer period, you can consider the extended migration service.
02 — Outcomes
Success criteria
01Users can access Exchange Online on their desktop PCs, mobile phones, and tablets from any place, any time
02Old Microsoft 365 tenant successfully migrated to new Microsoft 365 tenant and accessible by all users
03All necessary Transport rules are created and working
04Mail can be sent and received using Exchange Online
03 — Deliverables
What you receive
✓Exported resources from the source tenant, including mailbox-enabled users, contacts, groups, etc.
✓Imported resources to the destination tenant via Microsoft Entra Connect or CSV import
✓Pre-stage migration of only emails and email folders older than 30 days
✓Final mailbox migration with calendars, contacts, rules, and other data
✓Changed records in domain zones to accommodate migration needs
✓Project closeout report indicating final project status, including acceptance criteria matching, outstanding issues, and the final budget
04 — Plan
How the work unfolds
Kickoff meeting
Confirm business objectives, migration scope, source and destination tenant details, key contacts, mailbox count, high-risk users, cutover window, communication approach, and decision-making process for the tenant-to-tenant cutover.
Pre-migration source system health check
Review the source tenant and destination tenant readiness, including domains, accepted domains, mail flow, mailbox sizes, licensing, Exchange Online configuration, DNS access, transport rules, and known risks that could affect the migration.
Creating users or configuring Entra Connect
Prepare destination identities and mail objects by creating or synchronizing users, assigning required Exchange Online licenses, importing contacts and groups as applicable, and validating that target mailboxes or mail-enabled objects are ready for migration.
Email migration start
Configure the migration approach and begin the pre-stage migration for eligible mailbox content, focusing on emails and email folders older than 30 days, while monitoring migration progress and addressing initial errors.
Verification of email migration
Validate pre-stage migration results by checking selected mailboxes, folder structure, item counts where available, migration reports, and any failed or skipped items that require remediation before cutover.
Changing MX record to new Microsoft 365 tenant
Coordinate the cutover window and update required public DNS records, including the MX record and related mail flow records as required, so inbound mail is directed to Exchange Online in the destination tenant.
Final email migration
Perform the final migration pass to move recent mailbox data and remaining mailbox content, including calendars, contacts, rules, and other in-scope mailbox data, then confirm completion status for migrated users.
Post-migration tasks
Validate user access, inbound and outbound mail flow, and required transport rules in the destination tenant; assist with migration-related issue review; and prepare the project closeout report.
07 — Scope
What's not included
✕Informing users about upcoming changes
✕Customer team training (could be added as an additional service)
✕Migration of corporate documents to SharePoint Online (could be added as an additional service)
✕Desktop software settings
✕More extensive documentation than the project closeout report can be provided for an additional fee
08 — Fine print
Limitations & technical notes
!While the domain is transferring from the source tenant to the new tenant, incoming mail will not be received for about 24 hours. This is due to domain name binding features in Exchange Online.
!To avoid the loss of emails during the transfer period, you can consider the extended migration service.
!The plan may vary depending on your needs.
09 — Questions
Frequently asked questions
What is the Microsoft 365 tenant-to-tenant cutover email migration service?
IT Partner’s Microsoft 365 tenant-to-tenant cutover email migration service plans, designs, and migrates email service from one Microsoft 365 tenant to another. It is commonly used after mergers and acquisitions, when both organizations already use Microsoft 365, or when a company needs to move email to a tenant in a different geographic region.
What is included in IT Partner’s tenant-to-tenant email migration service?
The service includes exporting mailbox-enabled users, contacts, groups, and related resources from the source tenant, then importing them into the destination tenant by Microsoft Entra Connect or CSV import. It also includes pre-stage migration of emails and email folders older than 30 days, final mailbox migration of calendars, contacts, rules, and other mailbox data, required domain zone record changes for the migration, and a project closeout report.
What is not included in the tenant-to-tenant email migration service?
The service does not include informing users about upcoming changes, customer team training, migration of corporate documents to SharePoint Online, or desktop software settings. More extensive documentation than the project closeout report, customer training, and SharePoint Online document migration can be provided only as additional services if agreed with IT Partner.
What prerequisites are required before a tenant-to-tenant email migration can start?
Before the migration starts, global admin level access is required to both the source Microsoft 365 tenant and the destination Microsoft 365 tenant. The destination tenant must have available Exchange Online licenses, and access to the email domain DNS zone is also required because domain and mail flow records must be changed during the migration.
What happens during the tenant-to-tenant email migration project?
The project typically includes a kickoff meeting, a source system health check, user creation or Microsoft Entra Connect configuration, email migration start, migration verification, MX record change to the new Microsoft 365 tenant, final email migration, and post-migration tasks. The exact plan may vary depending on customer needs and the state of the source and destination tenants.
Will there be email downtime during the Microsoft 365 tenant-to-tenant cutover?
Yes, incoming mail will not be received for about 24 hours while the domain transfers from the source tenant to the destination tenant. This is due to domain name binding behavior in Exchange Online, so customers should plan for a mail flow impact during the cutover window.
Can email loss be avoided during the domain transfer period?
The standard cutover service notes that incoming mail will not be received for about 24 hours while the domain transfers between tenants. To avoid losing email during that window, consider the Microsoft 365 Tenant-to-Tenant Cutover Email Migration Without Downtime service, which is designed to keep mail flowing during the transfer.
What are the client’s responsibilities during the migration?
The client must provide a dedicated point of contact, coordinate outside vendors and schedules, configure network equipment if needed, deploy email software on client workstations if Microsoft Outlook or other desktop email clients are used, perform changes to internal and external DNS as required, and identify high-risk users such as executives, VIP users, or users with very large mailboxes. The client is also responsible for informing users about upcoming changes and recreating new Outlook profiles on client workstations if desktop Outlook is used.
Do users need new Outlook profiles after the migration?
Yes, if users connect with the desktop version of Microsoft Outlook, the client is responsible for recreating new Outlook profiles on all client workstations. Desktop software settings are outside the included migration scope.
Is Exchange Online Protection configured as part of the service?
No. Exchange Online Protection configuration is not part of tenant-to-tenant migration work — the destination tenant keeps its existing protection settings, and moving mailboxes does not change how mail is filtered. If you need EOP reviewed or configured in the destination tenant, that is scoped as separate work.
How long does a Microsoft 365 tenant-to-tenant email migration take?
The listed service duration is 5 weeks. Actual timing depends on tenant readiness, mailbox sizes, DNS coordination, and migration complexity, and is confirmed during kickoff planning.
How is pricing determined for this tenant-to-tenant migration service?
The service is priced at $35 per mailbox plus a $3,500 tenant fee, quoted in writing before work begins — you pay after you approve delivery. Additional services, such as customer team training, SharePoint Online document migration, or more extensive documentation, are quoted separately.