Microsoft Outlook 2010 Forum

I've installed Outlook 2010 on a CentOS 7 system which is in an AD with Exchange. On MS Windows Outlook automatically discovers the Exchange server and logs on with a Kerberos ticket.

Kerberos is working correctly for accessing the file server, etc. in CentOS. Is there a way to use the same ticket with auto-discovery to let Outlook 2010 function in Wine/Crossover?

Now I'm getting asked for a server name, username, mailbox name, etc. but with none of these I know exactly what I'm supposed to enter. (I can use DavMail with EWS.)

There may be a problem with autodiscover. Try using the MS connectivity analyzer. https://testconnectivity.microsoft.com/ it should be able to find the servers' information for you based on an email address.

I just looked further into this. It seems that in the set-up here, not Kerberos is used for the mail but NTLM with some special mechanism for single sign on. A package in RHEL/CentOS called gssntlmssp should provide similar support.

On the Microsoft site it can be found that Outlook has specific behavior when it detects that the client is joined to a domain and then queries the domain controller to obtain the right information. See Autodiscover transaction summary. Looking at the output when trying to add a mail account, I noticed this:
fixme:netapi32:NetGetJoinInformation Semi-stub (null) 0x33cb04 0x33cb08

The Microsoft page on NetGetJoinInformation shows that this is used to obtain information on whether the system is joined to a domain or not. In the Wine source code it's visible that variant is not implemented yet.

Hans Leidekker also commented in Wine bug 30765 that Exchange 2013 needs more support. The rest of the output from Wine suggests the same (multiple errors that certain actions are unsupported).

This means that neither single sign on nor Exchange 2013 (which is used here) are currently supported. Using another mail client in combination with DavMail or Evolution will work better for now even if that means you need to store your credentials in them separately (and update them everywhere each time your password changes...). It would be interesting to see what happens with an implementation of NetGetJoinInformation which can return the right status on a system which is in a domain. Maybe I can look into that at some point.

I created a small C program which calls NetGetJoinInformation and changed the Wine version so that it returns the same as my Windows system (both are joined to the same domain). Outlook starts but there's just no account is added.

Notable messages in the output:
err:ole:CoGetClassObject class {8d4b04e1-1331-11d0-81b8-00c04fd85ab4} not registered
err:ole:CoGetClassObject no class object {8d4b04e1-1331-11d0-81b8-00c04fd85ab4} could be created for context 0x1

This class id refers to an account manager which was available on Windows XP (the bottle is also set to Windows XP). Maybe it's trying to add the account, but this fails. There are no calls to wldap32.

I tried running the Microsoft Office 2010 installer inside a Windows 7 bottle, but this is unsupported and indeed doesn't appear to work.