6.0.0-beta1
9/2/25

[#14775] Default setup wizard will fail for Outlook 2016 build 1712
Summary Default setup wizard will fail for Outlook 2016 build 1712
Queue Synchronization
Queue Version Git master
Type Bug
State Duplicate
Priority 1. Low
Owners
Requester this_is_a_unique_username (at) outlook (dot) com
Created 02/01/2018 (2770 days ago)
Due
Updated 02/05/2018 (2766 days ago)
Assigned
Resolved 02/05/2018 (2766 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
02/05/2018 02:15:00 AM Michael Rubinsky Comment #2
State ⇒ Duplicate
Priority ⇒ 1. Low
Reply to this comment
02/01/2018 04:04:09 PM this_is_a_unique_username (at) outlook (dot) com Comment #1
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Default setup wizard will fail for Outlook 2016 build 1712
Queue ⇒ Synchronization
Milestone ⇒
Patch ⇒ No
Reply to this comment
I have encountered an issue which causes Outlook desktop (Windows, 
Build 1712) setup wizard to fail. The previous setup wizard, Outlook 
Android, and Blackberry hub all work correctly.

Outlook will POST the user and password to the server, successfully 
authenticate against Horde HTTP Basic Auth, retrieve the 
autoconfigure.xml file, but then it will either consistently fail 
username / password authentication, or it will simply present the 
"something went wrong" screen over and over again (Indicating that 
Outlook has cached the password).

Looking at the Outlook logs, it would seem as though Outlook may be 
trying to authenticate against the MS Office 365 service, but I am not 
100% sure how to interpret the logs or outlook's behaviour at this 
stage. I can say for sure that it seems NOT to be hitting the 
/Microsoft-Server-ActiveSync endpoint - it is hitting the 
/autodiscover.xml file, then it is doing something else. It is 
definitely communicating with Microsoft IP addresses with each login 
attempt, but I can't see what's in the packets.

The horde server passes the MS Exahgance connectivity test 
(https://testconnectivity.microsoft.com/)

I believe it may be a similar issue to this: 
https://github.com/mailcow/mailcow-dockerized/issues/615

Implementing an autodiscover.json file as mentioned by mkuron does not 
result in any change of behaviour.

The described workaround  (manually launch the old configuration 
wizard, (C:\Program Files (x86)\Microsoft 
Office\root\Office16\OLCFG.EXE) is functional on this version of 
Outlook and will work for now, but if this is changed/removed in a 
future version, then I can imagine this being a show stopper.

A quick trawl around the internet reveals several other comments about 
this new, undocumented behaviour in Outlook 2016.

Saved Queries