New Outlook With On-Premises Exchange: Support Status

Does new Outlook work with on-premises Exchange?#

No. As of July 2026, Microsoft's own documentation lists on-premises Exchange accounts as unsupported in new Outlook for Windows. If you try to add one, the client fails with: "We couldn't reach the email server. Please try again."

That one line changes what the whole new Outlook story means for your organisation. The coverage about classic Outlook being replaced is written for tenants whose mailboxes already live in Exchange Online. If your mailboxes sit on servers you run, the client meant to replace classic Outlook cannot open them at all.

So the honest answer for an on-premises organisation is genuinely reassuring, and almost nobody states it plainly: nothing is being taken away from you right now. Classic Outlook for Windows is still the supported desktop client for on-premises Exchange, and Microsoft supports classic Outlook until at least 2029.

Verify it before you build a plan on it, though. The supported-account list is a live page, Microsoft has signalled that on-premises support may arrive later, and this is exactly the kind of status that changes without a headline.

What works today, by client#

Advice about Outlook goes wrong when it forgets to name the client. Here is the whole picture as of July 2026, with each statement tied to a specific client and to where the mailbox actually lives.

Two rows deserve a note. Outlook on the web for an on-premises mailbox is your own OWA, served by your Exchange server — it is not the same product as new Outlook for Windows, even though the interfaces look related.

And the Mac situation splits by mailbox location, not by app version. Microsoft's end-of-support page for legacy Outlook for Mac ends Exchange Online support in October 2026 but keeps on-premises support running to 9 October 2029, with security updates and best-effort technical support after the cloud date.

What hybrid actually means in practice#

Hybrid does not make the client question organisational. It makes it per mailbox. Some of your users have mailboxes in Exchange Online, some still have theirs on your servers, and everyone shares one address space, one Global Address List, and cross-premises free/busy.

The consequence is that two people at the same company, on the same domain, in the same address book, get different answers. The colleague whose mailbox was migrated can toggle into new Outlook. The colleague still hosted on your Exchange server cannot, and no configuration on their laptop changes that.

This is the most common helpdesk confusion in a hybrid tenant. A user reads that new Outlook is the future, flips the toggle, and hits the server-unreachable error while the person beside them is already using it. Nothing is broken — their mailbox simply has not moved.

Be clear about what hybrid does not fix, either. Shared GAL and cross-premises free/busy come from the hybrid configuration on your servers, not from the client. New Outlook gains nothing from it.

Can you connect an on-premises mailbox over IMAP?#

Sometimes, and it is usually a worse idea than it looks. New Outlook does support "other accounts connecting via IMAP and POP", so administrators reasonably try to route an on-premises mailbox in that way. It is a workaround, not a documented on-premises path, and there are three separate problems with it.

First, Exchange does not offer IMAP4 out of the box. The IMAP4 services are not started by default, and publishing them externally is a decision most security teams have already deliberately made in the other direction.

Second, IMAP is a mail-transfer protocol and nothing more. It carries folders and messages. It does not carry calendar, contacts, free/busy, the Global Address List, delegation, shared mailboxes, MailTips, or your server-side compliance behaviour.

Third, and this is the one that ends most conversations: adding a non-Microsoft account to new Outlook means Microsoft syncs it. Microsoft's own support page states that "a copy of your email, calendar, and contacts will be synchronized between your email provider and Microsoft data centers".

What the IMAP path costs you#

If you are still weighing it — for a small subset of users, or a specific workflow — this is what changes between classic Outlook talking to Exchange natively and new Outlook talking to the same mailbox over IMAP.

What to plan for#

The useful planning horizon for an on-premises organisation is not the new Outlook rollout at all. It is your server estate. These are the dates that actually apply to you, with the source for each.

What to do when new Outlook will not connect#

Nine times out of ten there is nothing to troubleshoot, and the fastest route is to confirm where the mailbox lives before touching anything else.

1. 1

   Confirm where the mailbox is hosted

   Check the Exchange admin centre or run Get-Mailbox for the user. If the mailbox is on an on-premises server, stop here — no client-side fix exists.

2. 2

   Read the error string, not the symptom

   "We couldn't reach the email server. Please try again." is what new Outlook shows for any unsupported account type. It reads like a network fault and usually is not one.

3. 3

   Do not chase Autodiscover

   Autodiscover records, SCP objects and certificate names matter for classic Outlook problems. They cannot make an unsupported account type supported.

4. 4

   Check for a recent migration

   If the user moved to Exchange Online in the last few days, have them remove and re-add the account. That is the one case where a client-side change fixes it.

5. 5

   Send them back to classic, and say why

   Classic Outlook is the supported client for their mailbox until at least 2029. Framed that way it is a correct answer rather than a fob-off, and the ticket stays closed.

Where AI Emaily fits, and where it does not#

We build AI Emaily, so here is the honest scope rather than a pitch. AI Emaily connects over Gmail and Google Workspace, Outlook and Microsoft 365, and standard IMAP. If your on-premises Exchange publishes IMAP and our sync worker can reach it, we can connect to it. If it does not, we cannot.

There is no MAPI, no EWS and no Autodiscover against Exchange Server on our side, so we do not offer general Exchange on-premises support. Realistically we are relevant to hybrid users whose mailboxes already moved to Exchange Online — setup steps are at /docs/connect-imap.

On the privacy point above: AI Emaily drafts from a Personal Context you set yourself and client profiles you control, not by reading through your past mail, and we do not train on your email. In Copilot mode nothing sends without your approval, with undo and an audit trail.

But your question is a Microsoft platform question, and the answer to it is classic Outlook.

The short version#

New Outlook for Windows does not support on-premises Exchange mailboxes as of July 2026, and hybrid does not change that for a mailbox that has not moved to the cloud. Classic Outlook is the supported client for those users until at least 2029. The IMAP workaround exists but loses calendar, GAL, delegation and shared mailboxes, and puts a copy of the mail in Microsoft's data centres.

Plan around your Exchange version instead. Exchange 2016 and 2019 have been out of support since 14 October 2025, and that deadline is real in a way the new Outlook one is not — at least for you.