Outlook Classic is being retired. Your email code mostly isn't.
Outlook Classic, the Outlook that renders email with Microsoft Word, stops being the Windows default in April 2026, and Microsoft supports it to at least 2029. Its replacement, Outlook (New), renders with the Outlook Web pipeline. Measured across the 255 HTML and CSS features we track: 242 behave identically in both, 4 improve, 2 genuinely regress, and 7 previously-unverified features are now confirmed unsupported. Data last verified Apr 27, 2026.
Still broken in the new Outlook
The new Outlook inherits outlook.com's aggressive CSS sanitizer, so the features that define "coding email like it's 2003" stay unsupported in both:
What improves (4)
| Feature | Outlook Classic (Word) | Outlook (New) |
|---|---|---|
| <base> | Unsupported | Supported |
| @font-face | Unsupported | Partial |
| text-justify | Unsupported | Partial |
| word-break | Unsupported | Supported |
What genuinely regresses (2)
Newly confirmed unsupported (7)
These cells were unverified in Outlook Classic and are now confirmed unsupported in the new client, filled-in unknowns, not behavior getting worse.
| Feature | Outlook Classic (Word) | Outlook (New) |
|---|---|---|
| color-scheme | Unknown | Unsupported |
| font-kerning | Unknown | Unsupported |
| font-stretch | Unknown | Unsupported |
| modern-color | Unknown | Unsupported |
| text-align-last | Unknown | Unsupported |
| :focus-visible | Unknown | Unsupported |
| :focus-within | Unknown | Unsupported |
Migration checklist
- Keep your MSO conditionals and VML.
<!--[if mso]>targets the Word engine; the new Outlook ignores it entirely. Word-engine Outlook is supported to at least 2029, and perpetual-license and enterprise deployments run longer still, so removing fallbacks now breaks the installed base while gaining nothing in the new client. - Audit anything relying on
width/heightCSS. Both move from supported to partial in the new Outlook, use HTML width attributes on tables and images as the durable form. - Don't un-table your layouts. With border-radius, @media, display:flex still unsupported, table-based structure remains the only layout primitive that renders in every Outlook.
- Test against both clients. Treat "Outlook" as two clients with different engines until Word-engine usage actually decays in your audience, check your own opens data before deleting anything.
Check your own HTML
Paste your email HTML, analyzed in this page, no signup, nothing stored.
FAQ
- Does the new Outlook fix Outlook's HTML email problems?
- Mostly no. The new Outlook renders with the Outlook Web pipeline instead of Microsoft Word, but of the 255 HTML/CSS features we track, 242 behave the same in both. Layout staples like border-radius, @media, and display:flex remain unsupported in the new Outlook as well.
- Can I remove my MSO conditional comments and VML fallbacks?
- Not yet. <!--[if mso]> conditionals and VML target the Word engine specifically; the new Outlook ignores them. But Word-engine Outlook isn't going anywhere: Microsoft supports it to at least 2029, and perpetual-license and enterprise deployments keep rendering with Word beyond that. Keep the fallbacks and test in both.
- What actually improves in the new Outlook?
- 4 tracked features improve: <base>, @font-face, text-justify, word-break. Each is linked below with its full client matrix.
- What regresses in the new Outlook?
- 2 tracked features genuinely get worse: height (supported to partial), width (supported to partial). A further 7 features that were unverified in Outlook Classic are now confirmed unsupported in the new client, previously unknown cells filled in, not behavior getting worse. Both lists with per-feature detail are on this page.
Test your email across all 21 clients
Preview rendering, catch CSS issues, and get actionable fixes. Free.
Try Emailens Free