Good day Atief Jokhoe
The April 2026 build of the New Outlook (1.2026.403.100) introduced a packaging bug where olk.exe tries to call TryCreatePackageDependency from Microsoft.Windows.Workloads.dll, but the DLL shipped in that same package doesn’t actually export that function. That mismatch is what’s causing the “Entry Point Not Found” error you’re seeing.
Since you’re on Windows Server 2022 in an RDS environment, the problem is compounded by the fact that the Microsoft Store isn’t available, so the usual self‑healing update path doesn’t kick in. Resetting, reinstalling, or repairing won’t help here because the issue is baked into the package itself it’s not a corruption on your side.
The good news is that this is a known problem in the April release channel, and Microsoft is already working on a servicing update to correct the package dependency. In the meantime, the only reliable workaround is to stick with Classic Outlook until the fixed build is published. If you want to avoid user confusion, you might consider uninstalling the New Outlook app entirely until the patched MSIX is available.
A couple of extra checks you can do:
- Make sure your hosts are fully patched with the latest cumulative updates (which you’ve already done).
- Keep an eye on the Outlook for Windows (new) release notes page that’s where the servicing fix will be announced first.
- If this outage is business‑critical, you can absolutely escalate to Microsoft Support even with just Windows Server licenses. They’ll confirm the bug and can provide guidance on timelines for the fixed build.
So : you can’t fix it locally, and the workaround is to use Classic Outlook until the servicing update lands. I know that’s not the most satisfying answer, but at least you don’t need to burn more cycles chasing a issue.
If this guidance proves helpful, feel free to click “Accept Answer” so we know we’re heading in the right direction and let me know if you need any assistance. Thank you!