What's the fastest way to decommission the last on-prem Exchange server?
There's no shortcut, but there is a defined sequence: confirm recipient attribute management has moved off the on-prem server (using the management-tools-only path Microsoft now supports), confirm nothing still relays mail through it, confirm public folders (if any) have migrated, then remove it. Skipping the check on any one of those is the most common cause of a decommission that has to be undone.
What to verify before removal
- Recipient management: mail attributes for on-prem-synced identities can now be managed without a full Exchange server, using Microsoft's management-tools-only approach.
- Relay: confirm no application or device still sends mail through the on-prem server as a relay.
- Public folders: migrated to Exchange Online, or confirmed genuinely unused.
- Certificates and DNS: any autodiscover or Free/Busy records pointing at the on-prem server updated in advance.
Read next
- Retiring on-prem Exchange after a full migration— What must be true before the last Exchange server can go: recipient management, relay, public folders, management-tools-only, and the removal sequence.
- Exchange hybrid deployment— How hybrid Exchange works — connecting on-prem Exchange Server with Exchange Online, what the wizard actually does, and the path off the last server.