Outlook Classic Support Until At Least 2029

The New Outlook for Windows Won’t Replace Outlook Classic for Another Five Years

A March 7 Technical Community post laid out Microsoft’s plan to bring the new Outlook for Windows client (aka, Outlook Monarch, Figure 1) from its current state to general availability for commercial customers and eventually to replace the Outlook Classic (Win32) client.

The Outlook Monarch client.
Figure 1: The Outlook Monarch client

The bottom line is that there’s lots of twists and turns to play out before the replacement of Outlook classic. Microsoft says that they will “continue to honor published support timelines for existing version of classic Outlook for Windows until at least 2029.” Whether Microsoft means January 2029 or December 2029 is immaterial at this point. The exact timeframe will be determined based on development progress between now and then.

Monarch Used by Consumer Clients

Monarch is already in use by consumer users where it replaces the old Windows Mail and Calendar clients. Although Monarch is a superior client, its introduction has been marked by a great deal of adverse comments about the way Microsoft uploads email data to its servers (here’s one example).

The problem is that Outlook supports connects to servers via obsolete email protocols like IMAP4 and POP3 but wants to deliver advanced features that aren’t available in the old protocols. The solution is to synchronize email from the servers to Microsoft’s cloud environment to process the email data to support functionality like the focused inbox. Outlook mobile uses the same mechanism, but Monarch’s usage seems to be considered different. It’s odd, but there you are.

Bringing the New Outlook for Windows to Commercial Customers

Commercial customers are different. They tend to send and receive higher volumes of email and use different features than consumers do. For instance, consumers don’t use the Teams Meeting add-in to schedule online meetings, nor do they protect email with sensitivity labels or keep messages in archive mailboxes, including expandable archives. And customer organizations and ISVs have created a bunch of add-ins for Outlook over the years, many of which are still in active use.

In their article, Microsoft points to the transition of Outlook for Mac users to the new version of that client and say that they plan to take the same approach with the new Outlook for Windows. The only problem is that the user base for Outlook Classic is much larger and more diverse in terms of add-ons than Outlook for Mac is. The complexities involved in moving users off Outlook Classic might just be more difficult than implied by Microsoft’s confident stance.

In any case, Microsoft’s plan unfolds over three phases (Figure 2):

  • Opt-in. We’re currently in this phase. General availability for the new Outlook will happen during the phase.
  • Opt-out. The new Outlook client becomes the default and users must opt-out to continue using Outlook Classic.
  • Cutover. New deployments will only use the new Outlook and the ability to switch back to Outlook Classic disappears. Eventually, Microsoft will cease support for Outlook Classic and might block connections at this point.

Timetime for the Availability of the New Outlook for Windows (source: Microsoft).
Figure 2: Timetime for the Availability of the New Outlook for Windows (source: Microsoft)

Monarch Still Lacks Features

During the development process, Microsoft has added many features to satisfy customers such as support for personal email accounts. However, some major pieces of functionality that are important to corporate customers are still missing, the most notable being the lack of support for PST files and the ability to work offline (a true strength of Outlook Classic since the introduce of drizzle-mode synchronization in Outlook 2003).

Without these features, Monarch resembles a slightly prettier and better client than the standard OWA for Exchange Online. And if people have chosen to use Outlook Classic instead of OWA, they’re not going to be tempted to use the new client until it supports all the features that they’ve come to depend on in Outlook Classic. Further difficulties arise in the need to convert COM or VSTO-based add-ins, which aren’t supported by the new client, to the new add-in model.

The Need for Balance

It’s good that Microsoft has laid out the availability timeline for Outlook over the next five years. It’s in Microsoft’s interests to get to the new Outlook (reduced engineering expenses and less complexity in the Outlook client family) but they can’t make customers (or rather, too many customers) unhappy through the transition. Achieving their goal will force Microsoft to walk a tightrope. Let’s hope that they don’t inconvenience too many people along the way. I think Outlook Classic will make it past 2029. The only question is “how long?”


So much change, all the time. It’s a challenge to stay abreast of all the updates Microsoft makes across the Microsoft 365 ecosystem. Subscribe to the Office 365 for IT Pros eBook to receive monthly insights into what happens, why it happens, and what new features and capabilities mean for your tenant.

7 Replies to “Outlook Classic Support Until At Least 2029”

  1. Do you know if the side calendar bar is going to be supported? How about the custom dictionary support? Once you receive a few emails in your new Outlook, there’s no going back OR you can’t see any of your new emails in classic Outlook. I am trapped with this eyestrain of a email client now. I have not found one single feature that makes the new Outlook worth it. It’s a huge step backward IMHO.
    Microsoft’s Office Teams idea of adding value is to move or remove existing features. I see it with every revision. I hope some product managers get let go of after this one. Who wants to work out of OWA? That seems to be the goal.

  2. “obsolete email protocols like IMAP4 and POP3” – OMG! These are open, international standards in use by 100s of millions of people around the globe! They are not obsolete, certainly IMAP isn’t. Please don’t go round indicating to people things like this which are patently untrue. It undermines the rest of your generally excellent content.

    Any email client that does not support at least IMAP4 properly is not an email client but a vendor lock-in proprietary solution.

    Any Microsoft’s continual “upselling” of the new Outlook to enterprise customers is just not in any way helpful. It simply doesn’t work properly and is nowhere near ready for enterprise use.

    1. It’s certainly true that IMAP4 is an open, international standard used by many millions of people. That doesn’t mean that the protocol isn’t obsolete in terms of the functionality it enables, which is what I mean. People are perfectly happy to use obsolete technology in many areas. If something does the job they need it to do, they’re happy with their choice. Folks that use the Thunderbird client to connect to an IMAP4 server to process their email are probably very happy with their choice, but that doesn’t mean that the protocols used are a tad outdated at this point.

      Many use IMAP4 because they have no choice. For instance, mobile clients on Android devices often use IMAP4 because there is no other option unless they’re connecting to an Exchange server and can use ActiveSync. I had an entertaining time arguing about IMAP4 versus ActiveSync in a UK High Court case involving Google and Microsoft in 2012…

      At this stage, I think email client vendors support IMAP4 because they either must (because it’s the only access protocol supported by the server) or for backward compatibility. The definition of what is considered “proper” support usually creates an interesting argument because so many RFCs have been introduced to upgrade, update, or otherwise enhance IMAP4 since its inception. Does a client need to support all RFCs or just a set of core RFCs?

      I agree with your comment that Monarch is not yet ready for enterprise use. Too many gaps in functionality exist today that must be fixed before Monarch can move forward and satisfy enterprise users.

      At the end of the day, your view of whether IMAP4 is obsolete can differ from mine. I’m fine with that. I don’t expect everyone to agree with everything I write.

  3. hi Tony, long time follower here. I work in the MS Outlook space as an independent Outlook Expert. I have 1000’s of clients on POP/IMAP/Exchange and Google Workspace. With the New Outlook not supporting PST files, this will require a lot of consumers and commercial clients of mine to migrate loads of data to the cloud. It’s their data, so I will do what they want, but not all will want Exchange, this means they will need multiple IMAP accounts with data all over the place to view in the New Outlook. So my angle to help them now is to offer the changes now versus later to get it done, then when they are forced over, it’s done already. I’m not an MSP so this is all wild west for me. Question: Do you think the users will be able to upload their PST other ways if it’s too late for them years down the road? I’m reading about Purview, but not all will want Exchange as I mentioned.

    1. Why don’t you wait for the new Outlook to support PSTs? I believe that we will see this sometime this year. If not, Microsoft will have a real problem meeting their schedule…

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.