Hi @Justin Mann ,
If you use NTLM authentication, try this:
https://www.stephenwagner.com/2017/11/05/mapi-over-http-outlook-password-prompt-external-users/
Regards:
Szabó László
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Hi,
We were asked to post our question from different MS forum to here,
as this would be the correct place?
(see https://answers.microsoft.com/en-us/outlook_com/forum/all/outlook-login-issues-after-exchange-2019-cu13-and/493916bf-4133-4ebd-820e-e807eaf126c6 )
We have an On-premises Exchange server 2019 running on server 2022, which we last weekend updated from cu12 to cu13. Then we added the June exchange server Security Update For Exchange Server 2019 CU13 (KB5026261) onto the Exchange server.
The server 2022 is at the latest patch level.
Since the update of the Exchange server (with these two patches), sporadic Outlook 2016, 2019 (and a old test system with Outlook 2013) get a login screen directly when starting Outlook, making it unusable.
We 1st fixed this issue by creating a new Outlook profile.
Outlook for the first time starts without any issues.
Though after the user exists Outlook and starts Outlook, the login screen reappears.
Second, we renamed the “Outlook” directory located in
c:\Users<username>\AppData\Local\Microsoft
Then Outlook will start without a login screen.
Until all folders are synched and Outlook is closed ……
The temporary fix was to delete the Outlook folder again (and again …)
In both cases, it takes a while until the user sees all of the emails, because “cached exchange mode” is enabled within the domain.
Event Type: Information
Event Source: Outlook
Event Category: None
Event ID: 19
Date: 11.07.2023
Time: 11:04:10
User: N/A
Computer: computer.test.domain
Description:
Chiamata RPC (EcDoConnectEx) durante il trasporto (unknown) al server (https://mail.test.domain/mapi/emsmdb/?MailboxId=aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee@test.domain)
non riuscita con codice di errore (80040413) dopo un'attesa di (6078) ms; eeInfo (none).
Event Type: Information
Event Source: Outlook
Event Category: None
Event ID: 19
Date: 11.07.2023
Time: 11:04:10
User: N/A
Computer: computer.test.domain
Description:
Chiamata RPC (NspiBind) durante il trasporto (unknown) al server (blocked-by-it-https://mail.test.domain/mapi/nspi/?MailboxId=aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee@test.domain)
non riuscita con codice di errore (80040413) dopo un'attesa di (8235) ms; eeInfo (none).
Event Type: Information
Event Source: Outlook
Event Category: None
Event ID: 19
Date: 11.07.2023
Time: 11:04:10
User: N/A
Computer: computer.test.domain
Description:
Chiamata RPC (EcDoConnectEx) durante il trasporto (unknown) al server (blocked-by-it-https://mail.test.domain/mapi/emsmdb/?MailboxId=aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee@test.domain)
non riuscita con codice di errore (80040413) dopo un'attesa di (6766) ms; eeInfo (none).
We checked DNS, Dhcp and Wins settings and could not find any issues.
Then we went into the GPO settings and disabled the
“Use Cached Exchange mode for new and existing Outlook profiles”
in Policies -> Windows Settings -> Administrative Templates -> Microsoft Outlook 2016 -> Account Settings -> Exchange -> Cached Exchange Mode
After this setting was disabled within the domain, the Outlook login problems disappeared.
All users who reported the problem can now use Outlook without a login dialog blocking access to outlook.
I wonder,
what does the “Cached Exchange mode”
have to do with the login to the Exchange server, this does not make any sense.
Also, that I cannot find any KB Articles related to this very strange behavior.
We alco received complaints, that the Exchange server based search is also no longer working correctly since the Exchange Server was updated (the search never ends and displays an error that “we have problems accessing results from the server, search on local computer instead?).
This is all very strange,
I wonder if MS is aware of these issues and if a fix is available (this cannot be by design?).
We cannot find anything on the Internet which can fix this issue.
We also have the option “ExcludeExplicitO365Endpoint" set to 1 in HKEY_CURRENT_USER\SOFTWARE\Microsoft\office\16.0\outlook\autodiscover
within our network.
Best Regards,
J.Mann
Hi @Justin Mann ,
If you use NTLM authentication, try this:
https://www.stephenwagner.com/2017/11/05/mapi-over-http-outlook-password-prompt-external-users/
Regards:
Szabó László
Hi @Justin Mann ,
This indeed sounds weird that the login issue only occurs in Cached Exchange mode. As regards to your concern about the recent update, I tried searching around but so far haven’t seen similar reports. I also checked the known issues related to Exchange2019CU13, but didn't seem to find the problem you mentioned. In the following blog about the security updates, it seems that no related issues have been posted in the discussion area.
Blog: Released: June 2023 Exchange Server Security Updates
In addition, to understand your problem more intuitively, can you provide us with a screenshot when the problem occurs?
Regards
Shaofan
If the answer is helpful, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.
We are now continuously able to reproduce the login error with an old Office 2013 (latest version, no longer supported by MS) on a server 2012 r2 terminal server.
We tried to reproduce the error with Office 2016 and 2019 without success, because the error happens too sporadic. We had users report that the could not log in, when we checked, then the error was gone.
The login screen is slightly different to the 1st screenshot, office is stuck with a "wird verarbeitet (is beeing processed)" at the bottom of the Outlook dialoge wthen the login appears.
This is what the connection status looks like, when
1st, after the Outlook profile is created, where Outllok starts without issues,
then
2nd, Outlook is started a 2nd time, with log screen.
(screenshot is very wide!), Authentication indicates Fehler* (error*)
We reviewd the Article from Szabó László, which didn't quite help.
Also compared the server virtual directory settings
If I turn on "Windows Authentication - Negotiate",
then nobody can work with the Exchange server,
everybody with Outlook 2013, 2016 and 2019 will then get the login dialog
preventing access to the server, even if Outlook Exchange Caching is disabled,
so we turned it off again for now.
Best
Justin