HN Debrief

Microsoft new Outlook takes 10 seconds to do what Outlook Classic does instantly

  • Microsoft
  • Enterprise Software
  • Developer Tools
  • Open Source
  • Productivity

The post argues that Microsoft’s new Outlook for Windows is dramatically slower than classic Outlook at basic tasks like opening notifications, switching views, and general mailbox interaction. It frames the culprit as the move to a WebView2 shell around Outlook’s web app, and points to much higher idle memory use as a visible symptom. Readers did not really dispute that the new client feels bad. They piled on with examples from Windows 11, Teams, search, Notepad, Calculator, and File Explorer, all reinforcing the same complaint: modern Microsoft software now burns vastly more hardware for worse responsiveness.

If you run end-user software in an enterprise, treat "web-based" as a design choice, not an excuse. The operational risk here is slow drift from usable tools to locked-in, low-trust workflows that employees route around with browsers, Macs, Linux, or shadow tooling.

Discussion mood

Strongly negative. People are frustrated by severe perceived regressions in speed, missing power-user features, intrusive cloud and AI pushes, and the sense that Microsoft can ship worse software because enterprise lock-in and administrative tooling keep customers from leaving.

Key insights

  1. 01

    WebView is not the smoking gun

    What actually stands out is that Outlook’s desktop shell performs worse than Outlook in a normal browser for some users, while Fastmail, Gmail, VS Code, and small WebView2 apps show that web tech can be perfectly serviceable. That shifts the blame from "web app bad" to packaging, load order, and product choices that make the app do too much before it becomes interactive.

    If your team ships a desktop shell around web code, benchmark it against the plain browser version. When the wrapper is slower, the problem is your architecture and startup path, not the rendering engine.

      Attribution:
    • patates #1
    • vladvasiliu #1
    • MBCook #1
    • Lammy #1
    • bob1029 #1
  2. 02

    Enterprise security software is a major hidden tax

    A lot of the worst Windows sluggishness appears after endpoint protection, app whitelisting, VPN policies, and traffic filtering are added. The most concrete example claimed Windows Defender turned a 30 second Unreal Editor startup into nine minutes even with process and folder exclusions, which makes clear how much desktop UX can be destroyed outside the app itself.

    Profile managed endpoints before blaming only the application vendor. Security controls need explicit performance budgets and developer exceptions, or your expensive hardware spend gets wiped out by middleware.

      Attribution:
    • beart #1
    • Plasmoid2000ad #1
    • 9x39 #1 #2
    • maccard #1 #2
  3. 03

    Classic Outlook survives on long-tail enterprise workflows

    The reason old Outlook persists is not nostalgia. It still anchors scheduling, Public Folders, offline work, COM add-ins, VBA automation, templates, and editing features that large organizations quietly depend on. New Outlook is weaker exactly where enterprises have the most accumulated process debt, which is why "just use the web version" misses the real migration problem.

    Audit Outlook usage before planning a cutover. Shared folders, offline queues, macros, and add-ins are the landmines that turn a simple client swap into an operational outage.

      Attribution:
    • thewebguyd #1
    • KetoManx64 #1
    • tracker1 #1
    • antaviana #1
    • KoolKat23 #1
  4. 04

    The decline looks organizational, not technical

    People with inside or adjacent experience described the quality problem as decades of compounded decisions around backward compatibility, bureaucracy, feature pressure, and the removal of dedicated test disciplines. That framing fits the symptoms better than blaming one toolkit. The issue is a company structure that rewards shipping and compatibility while starving cleanup, simplification, and performance work.

    When product quality slides for years across many apps, do not expect a rewrite or an AI push to fix it. The fix has to include staffing, testing authority, and incentives that make performance and restraint part of the release bar.

      Attribution:
    • klop1324 #1
    • nxc18 #1
    • m132 #1
  5. 05

    Product sprawl has become part of the UX problem

    The jokes about multiple Outlooks and multiple Copilots landed because users genuinely no longer know which Microsoft client they are supposed to use. That confusion is not cosmetic. It signals overlapping product lines, muddy migration states, and branding that hides major differences in capability and behavior behind nearly identical names.

    If you are deprecating a legacy client, naming and migration clarity are product features. Ambiguity multiplies support load and makes users less willing to trust any promised upgrade path.

      Attribution:
    • marcosdumay #1 #2
    • aboardRat4 #1
    • Sharlin #1

Against the grain

  1. 01

    Classic Outlook was never actually fast at scale

    Once you loaded up large shared mailboxes, old archives, PST files, and years of corporate mail, classic Outlook could be painfully slow too. From that angle, the new client does remove some old failure modes around cache settings and mailbox management, even if it introduces a fresh set of problems.

    Do not romanticize the legacy client without testing your real mailbox patterns. Some pain is specific to the new app, but some is inherited from Outlook’s broader role as an overloaded enterprise workbench.

      Attribution:
    • smhenderson #1
  2. 02

    Some delays are local configuration issues

    A few people pushed back that apps like Notepad or Calculator launch instantly on their systems, and suggested tracing tools like xperf and Event Tracing for Windows to find the actual bottleneck. That does not rescue Outlook, but it does warn against treating every Windows slowdown as a universal platform property.

    Separate reproducible product regressions from fleet-specific misconfiguration. Instrument first, especially in corporate environments where endpoint policy can dominate perceived app quality.

      Attribution:
    • itopaloglu83 #1
    • criddell #1 #2

In plain english

COM
Component Object Model, a Microsoft technology that lets Windows software expose programmable interfaces to other software.
CrowdStrike
A commercial endpoint detection and response security product commonly installed on company computers.
Defender
Microsoft Defender, Microsoft’s built-in antivirus and endpoint security software for Windows.
Event Tracing for Windows
A built-in Windows tracing system for collecting low-level performance and diagnostic data from the operating system and applications.
PST
Personal Storage Table, an Outlook file format used to store email, calendar, and other mailbox data locally.
Tauri
A framework for building desktop apps with web technologies while using a lighter native shell than Electron.
VBA
Visual Basic for Applications, Microsoft’s built-in scripting language for automating Office applications.
VS Code
Visual Studio Code, a popular code editor from Microsoft that is built with web technologies inside a desktop app shell.
WebView2
Microsoft’s component for embedding the Edge browser engine inside a Windows desktop app so web code can be used as the app interface.
xperf
A Windows performance tracing tool used to record and analyze detailed system behavior.

Reference links

Performance and Windows diagnostics

Microsoft history and quality culture

Mail clients and alternatives

Legacy utilities and replacements

Outlook and Teams references

Other references

  • archive.is snapshot of the article
    Provided for readers who wanted to avoid tracking on the original site.
  • Housecat
    A commenter building a new web mail app used the thread to ask for play testers and explain their product direction.