Outlook 2013 June 2016 update causes Mail applet to stop working

Many issues with opening the Mail applet in the Control Panel have been reported in the technical communities recently. Apparently this applies to Office 2013 Click-to-run (C2R) installs with the most recent ‘June 2016’ update installed. The build number of the affected installs is 15.0.4833.1001 and newer.

Microsoft is aware of the issue and will have this fixed in the upcoming July 2016 update. While the issue prevents the user from opening the Mail applet in Control Panel, there are several workarounds to access the Outlook profile settings to either select a different or create a new profile, or to open the Control Panel applet to edit existing profile settings.

Method 1

Start Outlook with the /profiles switch:

Outlook.exe /profiles

Method 2

Toggle the ‘Prompt for a profile to be used’ setting with a registry key.

HKEY_CURRENT_USER\Software\Microsoft\Exchange\Client\Options\PickLogonProfile

Value type = REG_SZ
1 = "Prompt for a profile to be used"
0 = "Always use this profile"

Method 3

Add two missing registry keys:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Control Panel\Cpls]
"MLCFG32.CPL"="C:\\Program Files\\Microsoft Office 15\\root\\office15\\MLCFG32.CPL"

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Control Panel\Cpls]
"MLCFG32.CPL"="C:\\Program Files\\Microsoft Office 15\\root\\office15\\MLCFG32.CPL"

Method 4

Revert the Office 2013 C2R install to 15.0.4823.1004, the May 2016 update.

1. Exit all Office applications.
2. Open an elevated command prompt. To do this, click Start, type cmd in the Start Search box, right-click Command Prompt or cmd.exe, and then click Run as administrator.
3. At the command prompt, type the following command, depending on your bitness of Windows, and then press Enter:
   For an Office 2013 installation and a 32-bit version of Windows:

   cd %programfiles%\Microsoft Office 15\ClientX86

   For an Office 2013 installation and a 64-bit version of Windows:

   cd %programfiles%\Microsoft Office 15\ClientX64

4. Type the following command, and then press Enter:

   officec2rclient.exe /update user updatetoversion=15.0.4823.1004

5. When the repair dialog box appears, click Online Repair.
6. Click Repair, and then click Repair again.
7. After the repair is complete, start Outlook.
8. Click File, and then click Office Account.
9. In the Product Information column, click Update Options, and then click Disable Updates.
   Important note This step is very important. The repair process re-enables automatic updates. To prevent the newest version of Office Click-to-Run from being automatically reinstalled, make sure that you follow this step.
10. Set a reminder in your calendar for a future date to check this Knowledge Base article (3175861) for a resolution for this issue. Enable automatic updates in Office again after this issue is fixed. Enabling automatic updates again will make sure that you don't miss future updates.

KB article in the making

The instructions in Method 4 mention a KB article with id 3175861. Unfortunately that article was announced but has not been published yet.

To learn more about this issue I recommend to check https://support.microsoft.com/en-us/kb/3175861 in a few days to read more.

What every Office 365 admin should know about supported Outlook versions

Working with customers that are beginning to consume Office 365 services I see a lot of confusion about whether their old Office version should work with Office 365. Especially when we’re talking Office 2010 or even 2007. What certainly not helps is that Microsoft restructured their Office 365 documentation in such a manner that it is hard to find all relevant information.

The general Office 365 for Business requirements states the following:

Make sure that your Office clients are compatible with Office 365. Office 365 works with any version of Office in mainstream support: the latest version of Office, Office 2013, and Office 2011 for Mac. Previous versions of Office clients, such as Office 2010 and Office 2007, may work with Office 365 with reduced functionality.

The requirements for Exchange Online are more restrictive and definitely clearer, although they are hidden in the Exchange 2016 system requirements page:

Exchange 2016 and Exchange Online support the following versions of Outlook:

• Outlook 2016
• Outlook 2013
• Outlook 2010 with KB2965295
• Outlook for Mac for Office 365
• Outlook for Mac 2011

Outlook clients earlier than Outlook 2010 are not supported. Email clients on Mac operating systems that require DAV, such as Entourage 2008 for Mac RTM and Entourage 2004, are not supported.

So your users are still on an older Outlook 2010 build without SP2 and the April 15, 2014 update? Not supported. Outlook 2007? Not supported. From experience I can tell that these requirements are not a joke, your users will not be able to connect to Exchange Online with Outlook 2010 RTM. Another customer saw Outlook 2007 crashing after moving the mailboxes to Exchange Online and was able to work-around this by removing the language pack.

So if we like it or not, consuming a cloud service equals losing control about what client software you’re using. It’s the cloud provider that dictates the supported versions and when they think you should upgrade. That brings me to the final point, that these requirements not static and change over time. So make sure you visit the sources regularly to see of there have been updates.

How to remove the Exchange Autodiscover SCP

Consider a scenario where you moved all your user’s mailboxes to Exchange Online, for instance after a cutover or staged migration and want to remove any dependencies on the local Exchange server. You may find that Outlook still connects to the local Exchange server for Autodiscover lookups, this is because Outlook is hard-coded to query an AD Service Connection Point to locate a server with the Autodiscover service. When this fails Outlook falls back to the next DNS based methods or uses a local XML file.

Exchange Management Shell

There are multiple ways to prevent Outlook from contacting the local Exchange server first, some of them make more sense than others. The preferred way is to use the Exchange Management Shell to clear the entry for the Client Access server from the SCP.

Set-ClientAccessServer –Identity ServerName -AutoDiscoverServiceInternalUri $null

This removes the SCP entry for this Exchange server.

ADSIEdit

If the above method can no longer be used a low level AD editor as EDSIEdit can be used to remove the SCP manually. The full path of the SCP is:

CN=ServerName,CN=Autodiscover,CN=Protocols,CN=ServerName,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=OrganizationName,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=DomainName,DC=Suffix

This object to remove has the Class type serviceConnectionPoint.

Alternative methods

One of the above steps is basically all you need to do. Alternatives include adding an ExcludeScpLookup value to the \Autodiscover registry key (KB article) and some articles even let you remove the Autodiscover virtual directory from IIS. This will of course make Outlook unable to query the local Exchange server for Autodiscover but why should you if you can simply remove the SCP.

How to verify?

As always, the proof is in the pudding. Use the Outlook test E-mail AutoConfiguration feature to verify the clients behavior. We’re specifically interested in the Log tab where we should see that Outlook is no longer able to query the SCP to obtain the Autodiscover url.

To start the Test E-mail AutoConfiguration tool, follow these steps:

1. Start Outlook.
2. Hold down the Ctrl key, right-click the Outlook icon in the notification area, and then click Test E-mail AutoConfiguration.
3. Verify that the correct email address is in the E-mail Address box.
4. In the Test E-mail AutoConfiguration window, click to clear the Use Guessmart check box and the Secure Guessmart Authentication check box.
5. Click to select the Use AutoDiscover check box, and then click Test.

Earlier I wrote a short article about this tool, unfortunately available in Dutch only: Autodiscover testen met Outlook. But you’ll get the general idea. Focus on the first or third tab when you’re interested in the Autodiscover results, read the Log tab when you're interested in the Autodiscover process.

Autodiscover testen met Outlook

Outlook die zijn eigen profiel configureert zonder dat de gebruiker hier iets aan hoeft te doen, en het werkt ook voor ActiveSync! Het kan sinds Exchange 2007 en Outlook 2007, maar Autodiscover heeft van het begin af voor verwarring gezorgd. In dit artikel ga ik niet in over de exacte werking maar laat ik een 'client-side' troubleshooting tool zien die ons zowel de werking van het proces laat zien, als de daadwerkelijke informatie die de client van de Autodiscover Service krijgt.

Je hebt nodig:

• Outlook 2007 of hoger
• Een Outlook profiel

Dat Outlook profiel mag een leeg profiel zijn of eentje met nepgegevens, bijvoorbeeld voor POP3 en SMTP.

Zoek het Outlook icoontje in de System Tray, klik er met de rechtermuisknop op terwijl je CRTL ingedrukt houdt. Kies nu Test E-mail AutoConfiguration:

Wanneer je als AD gebruiker op een AD member computer ingelogd bent leest Outlook het windowsEmailAddress attribuut uit en vult deze alvast in. In alle andere gevallen vul je je mailadres en wachtwoord in. Haal de vinkjes voor Guessmart weg.

Klik nu op Test, waarna Outlook een Autodiscover lookup gaat doen met de hierboven ingevulde gegevens. Afhankelijk van de configuratie kan dit even duren, het is dan ook interessant om tijdens het uitvoeren direct het tabblad Log in de gaten te houden, hier kunnen we de voortgang van het proces volgen:

In dit geval gaat het om een Office 365 mailbox waarbij het proces wat complexer is, maar het belangrijkste is dat de laatste regels aangeven dat het proces geslaagd is. Bij een ander resultaat betekent dit dat je de stappen doorleest en na gaat of ze overeenkomen met de wijze waarop je Autodiscover geconfigureerd hebt.

Dan terug naar het tabblad Results, deze geeft het ontvangen resultaat netjes weer maar bevat feitelijk dezelfde informatie als de ruwe XML die we op het derde tabblad kunnen zien.

Op deze plek controleren we de daadwerkelijk ontvangen informatie, grotendeels bepaald door wat we als InternalURL en ExternalURL waardes hebben geconfigureerd in Exchange.

Met dit handige hulpmiddel wordt het troubleshooten van Autodiscover een stuk eenvoudiger.

Exchange of Office 365? Installeer altijd de laatste updates voor Outlook

Naast de regelmatige Service Packs worden updates voor Office ook aangeboden in Cumulative Update packs. Je herkent deze aan de releasedatum in de naam, zo is op het moment van schrijven de meest recente versie voor Office 2013 bekend als Office 2013 Cumulative Update for June 11, 2013. Het verdient de aanbeveling om voor Office applicaties, met name Outlook, steeds de laatste Cumulative Updates geïnstalleerd te hebben.

Zo zijn bijvoorbeeld voor Exchange 2013 en Office 365 niet alleen een bepaald service pack vereist maar ook een recent Cumulative Update pack. Omdat in deze packs soms ook nieuwe functionaliteit geboden wordt of de werking van features aangepast wordt, is het erg belangrijk om alle computers in een bedrijfsomgeving op het zelfde (recente) niveau te hebben.

Maar hoe weet je nu wat de meest recente versie is? Dat is wat lastig omdat deze niet altijd aangeboden worden in WSUS of Microsoft Update. Daarom is er een speciaal KB-artikel die de meest recente updates voor Office 200, 2007, 2010 en 2013 vermeld: Cumulative updates are available from the Microsoft Office team to fix reported problems

Nog meer informatie over Office updates vind je op het Update center for Office, Office servers, and related products

OCAT wordt OffCAT: Office en Outlook Configuration Analyzer Tool

OCAT stond voor Outlook Configuration Analyzer Tool, een onbekende maar zeer krachtige tool om issues met de configuratie van Outlook naar boven te krijgen. Inmiddels is OCAT omgedoopt tot OffCAT en kan het de configuratie van meerdere Office applicaties onderzoeken. De werking is vergelijkbaar met de aloude Best Practice Analyzers zoals ExBPA: de tool scant de configuratie en vergelijkt deze met een database met best practices en aanbevelingen.

Bij het starten van de tool worden eerst de laatste updates gedownload:

Vervolgens kies je een applicatie om te analyseren en kies je eventuele aanvullende opties. Voor Outlook geldt dat je een offline scan kunt doen en een full scan, bij die laatste wordt ook de verbinding met je mailbox meegenomen. Een offline scan doet dit niet, deze gebruik je om Outlook 2003 te analyseren en als je bijvoorbeeld door een issue geen verbinding kunt maken met de server.

Na de scan kun je het rapportje bekijken en per gemeld issue doorlinken naar aanvullende informatie:

Meer uitleg over deze tool en een downloadlink vind je hier.

JetStress voor Exchange 2013 is beschikbaar

Microsoft heeft de Exchange 2013 versie van JetStress klaar. Voor wie deze tool alleen van naam kent, JetStress gebruik je voordat je Exchange installeert om te valideren of je storage de verwachtte IOPs kan leveren. In dit artikel leg ik kort uit wanneer je deze tool gebruikt, onderaan volgt de downloadlink en een document met meer informatie.

Iedere Exchange-omgeving begint met een ontwerp. Op basis van de verwachte belasting (aantal gebruikers, mailbox grootte, etc.) bereken je hoeveel IOPs de storage moet kunnen leveren. Daar kies je vervolgens een oplossing bij die de belasting op papier aan zou moeten kunnen. Helaas blijkt in de praktijk dat de verwachtingen niet altijd uitkomen. Misschien heeft de storage-beheerder je storage niet met het juiste RAID type geconfigureerd, bijvoorbeeld RAID5 terwijl je RAID10 nodig had. Of zorgt een bug in de firmware van je RAID-controller er voor dat je de IOPs niet kunt halen.

Daarom bouw je de servers en storage op maar voordat je Exchange installeert gebruik je JetStress. In JetStress geef je bepaalde parameters in, waaronder bijvoorbeeld de paden voor de databases en logfiles. Vervolgens maakt JetStress test-databases aan en simuleert vervolgens de belasting die je verwacht. Als je deze haalt dan kun je doorgaan met de installatie van Exchange op de servers, zo niet dan moet je het probleem eerst oplossen gevolgd door een nieuwe test.

Zie de stappen in dit diagram:

Na het testen maakt JetStress en rapportje op met de bevindingen. De belangrijkste output van JetStress is deze waarde:

Vergelijk die met de IOPs die je volgens de berekening in het ontwerp moet kunnen halen:

In dit voorbeeld zitten we helemaal goed, volgens berekening moeten we pieken van 93 IOPs verwachten en de test blijkt uit dat we 133 IOPs kunnen leveren. Dat is een prima resultaat, op dit moment is er geen reden om aan te nemen dat de storage niet voldoet en kunnen we doorgaan met het bouwen en in gebruik nemen van de nieuwe servers.

JetStress 2013 kun je hier downloaden. De JetStress Field Guide is een whitepaper die je op weg helpt om JetStress te installeren, te configureren de re resultaten op de juiste manier te interpreteren. De Exchange 2010 versie vind je hier, ik hoop dat de auteur snel tijd vind om deze aan te passen voor Exchange 2013.

Update: De bijgewerkte versie is er inmiddels al gekomen. Download de Jetstress 2013 Field Guide hier.

Microsoft bereidt Office 365 upgrade voor: beheerders aan de slag!

Wanneer ik met klanten over clouddiensten spreek dan benadruk ik eerst graag een aantal kenmerken van cloudcomputing. Vast punt wat aan de orde komt is het feit dat je cloudprovider een deel van de regie over je ICT overneemt. Een duidelijk voorbeeld is dat de cloudprovider op een bepaald moment kan vereisen dat je software op de werkplekken moet voorzien van een modernere versie omdat oude versies niet meer compatible zijn met de clouddienst. Natuurlijk gaat dit niet van de ene op de andere dag, maar organisaties die nu nou Outlook 97 gebruiken moeten iets gaan doen aan hun upgradecyclus.

Op dit moment stuurt Microsoft de volgende e-mail klanten van de bestaande ‘Wave 14’ Office 365 diensten. Hierin worden beheerders opgeroepen een aantal noodzakelijke updates te installeren voor Outlook 2007 en 2010. Voor Outlook 2003 was het officieel al niet meer mogelijk om met Office 365 te verbinden, maar werden connecties met POP3 of IMAP4 nog getolereerd. Deze clients zullen nu echt vervangen moeten worden door Outlook 2007, 2010 of 2013.

Voor deze specifieke klant wordt verwezen naar de volgende artikelen:

• Updates voor Outlook 2010
• Updates voor Outlook 2007
• Upgraden van Outlook 2003

Schokkend? Op zich niet. Voor de Microsoft Office suite is het sowieso verstandig om deze regelmatig te updaten, veel technische, functionele of beveiligingsproblemen worden op die manier opgelost. En Outlook 2003? Daarvan is de ondersteuning al in 2009 afgelopen en inmiddels is de derde opvolger op de markt. Hoog tijd om mee te gaan in de vaart der volkeren.

Outlook 2013 is geweldig, maar niet compatible met Exchange 2003

Inmiddels is Office 2013 beschikbaar via verschillende kanalen, onder andere voor TechNet en MSDN subscribers. In de reviews wordt veel gesproken over aanpassingen in het uiterlijk maar als je de nieuwe versie echt gaat gebruiken merk je al snel dat het vol zit met slimme handigheidjes.

Wel is het goed om te weten dat Outlook 2013 geen verbinding kan maken met Exchange 2003. Dat wil zeggen, niet door middel van een MAPI of Outlook Anywhere (RPC over HTTPS) verbinding. Als je echt graag met Outlook 2013 aan de slag wilt maar ook je mailbox op Exchange 2003 wilt benaderen dan zou je nog gebruik kunnen maken van IMAP4. Let wel, je hebt dan veel minder mogelijkheden tot je beschikking dan met een normale verbinding. Maar aangezien nog ongeveer 30% van alle Exchange mailboxen op een Exchange 2003 server staat kan ik me voorstellen dat er toch mensen zijn voor wie dit een oplossing is.

Misschien nog een reden om Exchange 2003 te upgraden naar een moderne versie van Exchange?

How to Enable IMAP Access to Exchange Mailboxes