This bug has been bugging me for months 🤮.
Today I found myself out, that the problem is caused by scheduled tasks running with 'run whether use is logged in or not'. And with this knowledge I found this thread.
What I found earlier might be of interest here, but might be already reported - I have not read all the post in this thread:
The problem is the registry branch:
HKEY_LOCAL_MACHINE\SAM\SAM\Domains\Account\Users\0000....
and here the value in 'F'
0000.... represents the user id e.g. 000001F4
The correct id can be found in HKEY_LOCAL_MACHINE\SAM\SAM\Domains\Account\Users\Names[your user name]
When running a task with the mentioned setting the (binary) value in 'F' is modified. After this Outlook is unable to retrieve the stored passwords.
So export that registry value, and when Outlook asks again for password(s), reimport it, log off and logon again.
To ex- and import keys from HKEY_LOCAL_MACHINE\SAM\SAM.... you need the sysinternal tool psexec.exe
Start regedit.exe on an elevated command line with this:
psexec64.exe -s -i regedit.exe
Then you can export the Key
To import run
psexec64.exe -s -i regedit.exe /s [reg-file you saved]
after that log off and log on is required.
I would be very grateful if anyone knows a trick to get that working without log off and log on required.
What I do not understand:
It seems this bug is known by MS since April, why has this not yet been fixed, as this is really a nasty bug and has cost me (and many other people) many many hours and nerves.
Hope there'll be a fix soon.
Chris