Thanks for the full stack trace — that pinpoints it. The “providerServiceInfo” null error is thrown by the Windows Server Essentials Email Service when its provider metadata is missing/corrupt. In plain English: the Email service is trying to load “email providers” (Office 365/Hosted Exchange integration), but the configuration it reads is empty or broken, so it crashes at startup.
Before fixing it, quick sanity check
- Do you actually use WSE’s email integration (Office 365/Hosted Exchange) on this box? If you only use Essentials for client backups, you can safely disable this service and ignore the error.
If you do NOT use email integration (simplest)
1) Open Services (services.msc).
2) Find “Windows Server Essentials Email Service”.
3) Set Startup type = Disabled, click Stop if running, OK.
Nothing else in Essentials (client backup, dashboard, Anywhere Access) depends on this service.
If you DO want the service to run (repair path)
1) Check the Essentials logs for more detail
- Event Viewer > Applications and Services Logs > Microsoft > Windows Server Essentials > ProviderFramework and ManagementService.
- Note any warnings about provider parsing/loading just before the 1067.
2) Rebuild the provider metadata (GUI only)
- Dashboard > Services > Email (or the Office 365 integration page).
- If it shows a configured provider, click “Remove integration” (or Disconnect).
- Then re-run the email integration wizard and finish sign-in. This recreates the provider entries the service needs.
3) If the wizard won’t open or still fails, clear the broken entries and let Essentials recreate them
- Close the Dashboard.
- Open Registry Editor (regedit.exe) and export a backup of:
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Server
- In Registry Editor, press Ctrl+F and search for ProviderServiceInfo. For any Email/HostedEmail or ProviderFramework keys where ProviderServiceInfo exists but is blank, delete that specific provider subkey (only the obviously empty/broken entries). Don’t remove unrelated providers.
- Restart the server, then open the Dashboard and run the email integration wizard again.
4) Ensure the minimal .NET/WCF features are present (sometimes removed by hardening)
- Server Manager > Manage > Add Roles and Features > Features > .NET Framework 4.6 Features:
- WCF Services → HTTP Activation (and Non-HTTP Activation if you had it before).
- Reboot and retry starting the Windows Server Essentials Email Service.
5) Last‑resort reset of Essentials provider framework (if the above still fails)
- From Programs and Features > Turn Windows features on/off, confirm “Windows Server Essentials Experience” dependencies are intact.
- If you recently restored from image or had power loss, running a repair install of the Essentials components (or an in‑place repair of Server 2016) can re-lay the provider files and config. Only do this after a full backup.
Why this happens
- Power outages/reinstalls can leave the ProviderFramework registry or metadata files partially written (empty ProviderServiceInfo strings). The Email service starts, enumerates providers, hits an empty string, throws ArgumentNullException, and Service Control Manager reports 1067.
If you prefer, I can walk you through the exact registry locations with you sharing what you see for:
- Event Viewer entries under “Windows Server Essentials/ProviderFramework”
- A screenshot of the registry search results for ProviderServiceInfo
And if you decide you don’t need email integration at all, disabling the service is the cleanest fix.