Exchange Server end of support: what to do with on-prem mail archives

When Exchange Server reaches end of support, move live mailboxes to a supported platform, then decide separately about what the migration leaves behind: journal mailboxes, former employees' mailboxes, public folders, PST files and backups. Preserve that history in storage the company controls before servers are wiped, and ask whether it is worth assessing for licensing.

What to do when Exchange Server reaches end of support

Plan the move of live mailboxes to a supported platform, and treat everything that move leaves behind as a separate, explicit decision. On a typical on-premises estate that means journal mailboxes, mailboxes of people who left, public folders, PST files on shares and laptops, and backup sets. Preserve that history in storage the company controls before any server is wiped.

End of support generally means the vendor stops shipping security fixes and technical help. Microsoft publishes the date for each Exchange Server version on its product lifecycle pages, so confirm the date for the version your client runs before you set the project timeline. The usual destinations are Exchange Online, a supported on-premises release, or, for a company winding down, a preserved read-only archive and nothing else.

What history an on-premises Exchange server holds

A long-running Exchange server can hold mail back to its original deployment, and earlier still if mail was imported from a previous system. Not all of it sits in the places a migration plan looks.

StoreWhat it containsHow far back it can goMoved by a mailbox migration?
Active user mailboxesCurrent staff mail, calendars and contactsTo each mailbox's creation, or earlier if mail was importedYes; this is the core of the project
Archive mailboxesOlder mail moved out by retention policiesOften the oldest mail each user hasOnly if scoped in
Mailboxes of former employeesDisconnected, disabled or converted-to-shared mailboxesThe person's whole tenureOnly if someone asks for them
Journal mailboxesCopies of messages captured for complianceFrom the date journaling was switched onOnly if scoped in; check the tool's documentation
Public foldersShared team mail, forms and project foldersCan predate the current serverSeparate migration path
PST files on shares and laptopsExports from past clean-ups and departuresCan predate the server itselfNo; they sit outside Exchange
Backups and third-party archive storesPoint-in-time copies and stubbed messagesSet by the backup or archive retentionNo

Why old mail is worth preserving

Email is where much of a company's work was requested, argued over, approved and handed off. A thread shows the ask, the back-and-forth, the attachment that settled it and what happened next. Former employees' mailboxes often hold the only complete record of a project, a customer relationship or a vendor dispute.

That structure is what AI developers need as they build agents that work through email and documents: real requests with real outcomes, across many people and years. Mail is most useful alongside the CRM, ticketing and finance records from the same period, because together they show whole workflows rather than fragments. For a company with that depth, the archive left behind by an Exchange retirement can be one of its more valuable records.

Export and retention realities

  • Migration projects are scoped to what people use every day. Anything else, from journals to departed users' mailboxes, needs a written decision or it is lost when the server goes.
  • Retention policies, legal holds and litigation obligations on the old server still apply. Confirm them with the client's counsel before anything is deleted.
  • Keeping inactive mailboxes in a cloud tenant can add licensing or storage cost, which tempts clients to delete them. A preserved, encrypted export in company-owned storage is an alternative.
  • Read the migration tool's documentation for what it includes and excludes. Do not assume journals, public folders or disconnected mailboxes move on their own.
  • Record what was exported, from where, when and by whom. A manifest makes the archive usable later, for a lawsuit, an audit or a licensing review.

A preserve-and-assess item for the migration runbook

Add this block to the runbook before the decommission step. Each line needs a client sign-off.

  • Inventory every mailbox database, journal mailbox, disconnected mailbox and public folder, with date ranges and sizes
  • Sweep file shares and retired laptops for PST files and list them
  • Confirm retention policies, legal holds and litigation obligations with the client in writing
  • Agree what moves to the new platform and what goes to a preserved archive
  • Export the preserved set to encrypted storage the company owns, with a manifest
  • Keep the old server, or a verified backup, until the client signs off on the archive
  • Ask the client's sponsor whether they want the archive assessed for licensing before anything is deleted

The same discipline applies to chat history; see what happens to Slack history in a move to Teams. Finance systems raise the parallel question in Dynamics GP end of life.

Rights and privacy before any licensing conversation

Mailboxes hold personal information about employees and everyone they wrote to, client confidential material and privileged communications with lawyers. If a client's mail contains protected health information, HHS guidance on de-identification describes the two methods for meeting HIPAA's standard: Expert Determination, or Safe Harbor removal of 18 specified identifiers. If the mail includes personal data of people in the EU, the GDPR can apply to organizations outside the EU that offer goods or services to, or monitor the behavior of, people there.

With SourceX, de-identification and redaction requirements are agreed with the company before any work begins, and data is delivered only after an executed agreement and the company's authorization. This is general information, not legal, tax or financial advice. Confirm with your own counsel before acting.

How an MSP spots a client with valuable mail history

SignalWhat you see in the admin console or on the serverWhy it matters
Size at peakUser mailbox counts that point to 50+ full-time employees at peak (contractors excluded)Enough people generate enough connected history
DepthItems dating from the company's early yearsLong histories show how work changed over time
Former staff retainedDisconnected or shared mailboxes for people who leftComplete project and customer records
JournalingA journal mailbox or archive appliance capturing all mailNear-complete capture of the record
Connected systemsCRM, PSA, ERP or ticketing tools that send and log mailWorkflows that cross systems
Type of businessB2B software, IT services, professional services, engineering, logistics or distributionRecords of skilled, multi-step work

Mailbox counts are only a proxy. The company itself must meet the baseline: a US business with 50+ full-time employees at peak (contractors excluded), several years of documented operations, rights to license its records and an authorized sponsor; see who qualifies.

Pitfalls that destroy mail history

PitfallConsequenceHow to avoid it
Wiping the server once live mailboxes moveJournals and former staff mailboxes are goneA written sign-off gate in the runbook
Treating PST files as clutterThe oldest history disappears in a share clean-upInventory PSTs before any clean-up
Exporting to MSP-owned storageThe company loses control and custody is unclearExport only to storage the company owns
Sending sample mailboxes to anyone outsideBreach of confidentiality and privacy obligationsNever; share only fit facts such as headcount and years
Ignoring client-owned contentRights problems surface lateFlag client material in the inventory

Acquisitions trigger the same problem when an add-on's mail is folded into the platform tenant; the post-merger integration checklist covers it. For companies closing down, see how to wind down a company without losing its records.

What to say to the client

How rewards work for MSPs

You make the introduction; the company works with SourceX directly on inventory, rights, redaction and delivery. You never export or send mailbox data for SourceX.

Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 per referred company. The reward is paid only after the buyer pays and SourceX receives its fee; an introduction, meeting or signed agreement alone does not trigger payment, and no reward is guaranteed. It is never deducted from what your client receives. The managed service provider partner page covers how the program fits an MSP practice.

Next step

Add the preserve-and-assess block to your next Exchange retirement runbook. If a client looks like a fit, register as a partner and use the introduction email builder to draft an introduction the client approves.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Buyer selects and paysThe buyer selects and pays for the data and SourceX receives its fee.
  4. Step 4You get your rewardYour share of SourceX fees becomes payable.

Common questions

Can we keep running Exchange Server after end of support?

It will keep working, but the vendor stops providing security fixes, so the risk grows over time and auditors or cyber insurers may object. If a server must stay up for a period, isolate it, restrict access and set a firm decommission date. The better route is to move live mail to a supported platform and keep historical mail as a preserved, read-only archive the company owns.

What should we do with journal mailboxes during an Exchange migration?

Decide on them explicitly. Journal mailboxes exist to capture copies of messages for compliance, so check with the client's counsel whether retention rules or legal holds apply before anything changes. Then migrate them to a compliant archive, export them to company-owned storage with a manifest, or keep the server until the obligation ends. Check the migration tool's documentation rather than assuming they move.

Is old email worth anything to AI developers?

It can be, when it comes from a company with 50+ full-time employees at peak (contractors excluded), covers many years and connects to other systems such as CRM, ticketing and finance. Threads that show requests, decisions and outcomes are the useful part. Value depends on rights, privacy handling and buyer demand, so no figure can be promised before an inventory and agreed terms.

Who decides what happens to former employees' mailboxes?

The company and its counsel. Work mailboxes sit on company systems, but they hold personal information about the former employee and the people they wrote to, and employee notices, privacy laws and employment agreements can limit reuse. The MSP preserves the data on the company's written instructions and keeps a record of what was kept, but does not make the retention or licensing call itself.

Should the MSP send mailbox exports to SourceX?

No. A referral partner only makes the introduction and shares basic fit information such as headcount, years of history and systems in use. The company decides whether to work with SourceX, and any data moves only after an executed agreement, agreed redaction rules and the company's authorization, under the company's control throughout.

Free resources

By SourceX Partnerships Team · Published 2026-10-09 · Updated 2026-10-09

Know a US company with valuable proprietary data?

Become a referral partner from anywhere we support, get your link and introduce an owner or authorized decision-maker.

Refer a company →

I own a business

Explore licensing your company's data to AI developers worldwide. Start a short assessment; no uploads needed.

Start an assessment