2PST
Use Exchange Online archiving for Office 365 email migration
email_client_format_migration

Use Exchange Online archiving for Office 365 email migration

Use Exchange Online archiving for Office 365 email migration when the goal is to move older mail into Microsoft 365 without keeping the main mailbox crowded.


Use Exchange Online archiving for Office 365 email migration when the goal is to move older mail into Microsoft 365 without keeping the main mailbox crowded. The archive mailbox sits beside the main mailbox in Exchange Online. It can hold imported PST data and older messages moved by archive rules.

That sounds simple. The file format is where the work starts.

A PST file is Outlook’s local data file. It can hold messages, folders, contacts, calendar items, and other mailbox data. Many older mail systems use PST files as their last full copy of a mailbox. The file may live on one computer, an old server, or a backup drive.

Microsoft 365 can import a PST into either the main mailbox or the archive mailbox. The import choice matters. An archive import sends the data to the user’s online archive. The main mailbox stays separate.

That is the direct answer to the office 365 email archive migration question. Exchange Online archiving provides the target. A PST conversion or cleanup tool can help prepare the source when the file is hard to open, split across files, or stored in a format that needs work first.

The archive is a mailbox, not a loose file

This point saves confusion later. An Exchange Online archive is not another PST sitting in a cloud folder. It is a mailbox linked to the user’s Microsoft 365 account.

The user sees archive folders through Outlook and other supported clients. Microsoft controls the storage rules, access methods, and available features. Those rules can change with the Microsoft 365 plan, license, client, and tenant settings.

Microsoft documents an initial archive size of 100 GB for eligible plans. Auto-expanding archiving can add storage as needed, with published limits that vary by license and service updates. Storage numbers are not a reason to skip the check. A large PST still needs room, and the account still needs an enabled archive mailbox.

The archive must exist before an import is mapped to it. Microsoft’s PST import service uses a mapping file. One field tells the service whether the destination is the primary mailbox or the archive mailbox. If the archive is not enabled, an archive import fails.

That failure is useful, in a dull way. It points to setup rather than damaged mail.

I treat the source and target as separate jobs. First, inspect the PST. Then, prepare the archive. After that, import the data and compare the result. A finished upload does not prove that every folder and contact arrived.

What belongs in the source check

The first check is the file itself. Record the file name, size, and location. Open a copy when possible. Keep the original unchanged until the migration is checked.

Look at the folder tree. Note custom folders, nested folders, contacts, sent mail, and calendar data. These items are easy to overlook when the main goal is old email.

A PST can open in Outlook and still have problems. Missing folders, odd dates, duplicate messages, and empty contact groups may not appear until someone checks the contents. A file that will not open needs a different review. Conversion or recovery work may help, but no tool can promise a perfect result for every damaged file.

The cleanest source is a readable PST with a known owner and a clear folder plan. If several PST files belong to one mailbox, decide how they map before the import begins. Otherwise, the archive may end up with repeated folders and a small museum of duplicate messages.

The import service can move PST data into the archive. It does not decide whether the source data is correct. That remains a separate task.

The safer migration path

A practical office 365 email archive migration usually follows this order:

  1. Enable the user’s Exchange Online archive.
  2. Confirm the account has the needed Microsoft 365 license.
  3. Review each PST before upload.
  4. Repair, convert, or split a source file only when needed.
  5. Upload the prepared PST files through Microsoft’s supported import process.
  6. Build the import mapping for the right mailbox.
  7. Set the archive destination.
  8. Check folders, messages, contacts, and dates after import.
  9. Keep the source files until the review is complete.

The mapping deserves extra care. The mailbox address must match the intended user. The archive setting must point to the archive, not the primary mailbox. A small value in a CSV file can send a large PST to the wrong place. Computers are very good at following the wrong instruction with confidence.

Outlook can also import PST data through its own tools. That may suit a small move. It can be slower or harder to control for many users or large files. Microsoft’s online import service is built for organization-wide PST imports, but the exact process and requirements can change.

That last point is worth keeping visible. Microsoft 365 is a service, not a frozen desktop program. Import limits, license needs, archive sizes, and client support may change. Current Microsoft documentation and tenant settings control the real result.

Where 2PST fits

2PST tools can be useful before the cloud step. They can help with PST and OST conversion, backup, recovery, or preparation, depending on the product and file condition. That is a source-side role.

Exchange Online archiving is the destination service. It handles the online archive after the data reaches Microsoft 365. The two parts should not be treated as the same product or the same task.

This separation also makes checks easier. If a file cannot be read, the issue starts with the source. If the archive import fails because the archive is disabled, the issue starts with the target setup. If the import completes but folders look wrong, the mapping or source structure needs review.

I prefer this plain division because it leaves fewer hidden steps. The source is checked. The target is enabled. The import is mapped. The result is inspected.

The main limit is data shape. A PST can contain more than email. Contacts, calendar items, rules, permissions, encrypted messages, and unusual folder types may not behave alike during migration. Client versions and Microsoft 365 settings also affect what users see. A successful import message is not a full content audit.

The archive can hold the mail, but it cannot judge the mail. That part still needs a person with a folder list and a little patience.

For an Office 365 email archive migration, Exchange Online archiving gives older PST data a managed cloud destination. The safest process keeps the original files, checks the archive license and setup, maps each file carefully, and verifies the result after import.

That is the useful fix, the file format lesson, and the safer path in one place. The Migration Brief keeps that same promise: one practical fix, one file format explained, and one safer way to move your mail.