Out of Office (OOF) and why the TLA does not fit


While many of you work on a regular basis with the Out of Office Assistant I’m sure there is some knowledge missing where Out of Office fits into the Three Letter Acronym (TLA) OOF.

I want again spread the word about that so that the message of OOF will again out in the world.

There is an old blog post (very old) on the Exchange Team blog which clarifies this: Why is OOF an OOF and not an OOO?

So keep your users informed with that 🙂

Your EXGuru – aka Peter Forster – aka Satschent Peter


ECP Language without a mailbox and specify Exchange version


You are using your admin account for administrating Exchange, right? If not – you are on the bad side of life 🙂

So when there is no mailbox available ECP will be shown in the primary language your browser is configured to. If you want to change this just use the correct URL.

For instance https://localhost/ecp/?mkt=EN-us will always use the English locale.

During a migration where your mailbox still resides on Exchange 2007 or 2010 and you want to configure Exchange 2013 settings please use: https://localhost/ecp?ExchClientVer=15

Same will work if you want to use Exchange 2010 ECP: https://localhost/ecp?ExchClientVer=15

Your EXGuru – aka Peter Forster – aka Satschent Peter

Autodiscover? – What? – Deep Dive Series Part 3


You’ve already seen Part 1 and Part 2 – right?

Now the Autodiscover.XML file does have some more informations for Outlook to use. One very important URL to use are the Exchange Web Services. Normally for sending and receiveing an E-Mail the EWS configuration is not necessary. But as soon as your users try to configure their Out of Office Assistant (OOF) they use EWS to do this. So when the URL of EWS is not available useres are unable to configure OOF.

Also the information for OWA and the Offline Address Book (OAB) will be configured with the XML.

To check the client configuration use the “Test e-Mail Autoconfiguration” feature from Outlook. Search your clock on your desktop (hint – right bottom corner) and search the Outlook symbol. SHIFT+right-click and choose “Test E-Mail AutoConfiguration”


From here you can test your Autodiscover configuration. Remove both options for “Guessmart” (this is for POP3 and IMAP testing) and click Test.

The results will now be shown. The tab Log will provide the information how Outlook was able to find the autodiscover.xml file. As stated in Part 1 a domain joined client will use the SCP. If this is for any reason not successfull it will look like that:


Outlook will try the different options (see Part 1) to get the XML file. If it is not successful it will keep retrying it until the last option – search for an SRV-Record even does not work:


So Outlook was not able to get an XML file.  Also this will be stated on the Results tab.


Now it is time to check why this happens.


Your EXGuru – aka Peter Forster – aka Satschent Peter

The installer of Exchange – very robust


Ever run in a problem during setup of Exchange?
Sometimes the installer will show you an error message or you have a hardware problem with an unexpected reboot of your servers.

I had several situations where this happend but thanks of the structure of Setup from Exchange in many times it was possible after correcting the problem the installation went fine. It just happend in my demo environment where during step 7 Mailbox Role: Transport Service my harddisk breaks and the virtual machine was off.

After repairing the error the VM started again. Setup detected an unfinished installation and was later completed successfully.

What is your expierence with Exchange Setup?

Your EXGuru – aka Peter Forster – aka Satschent Peter

Autodiscover? – What? – Deep Dive Series Part 2


Part 1 of our Series introduced the Service Connection Point. Now when Outlook tries to reach the SCP it will get a response with a Servername and an URL (you remember?)

Outlook now tries to reach that URL because it is interested to get the information provided within the XML. The response of Autodiscover from an Exchange 2016 Server after a default installation will look like this:

Here we can see a lot of information. Let’s break down the information to a few less and readable segments – for instance the protocol types EXCH and EXPR



The different type of protocols define the configuration to know if the connection is meant ‘internal’ or ‘external’
EXCH is the internal configuration
EXPR is the external configuration

The definition ‘internal’ or ‘external’ does not always mean the connection will be outside your network or inside. It depends on what DNS is getting back to your client when we try to reach for example our OWA URL https://webmail.domain.local/owa/

Outlook first tries to reach the internal URL. If this is sucessful the internal URLs will be used. If not – no response for example than the external URL will be used.

When Outlook was able to figure out on which URLs Exchange can be reached it tries to open that connection.

So keep one very important thing in your mind: Autodiscover is simple the process to send an XML file to Outlook so that it does know where it should connect. Not more or less.

Your EXGuru – aka Peter Forster – aka Satschent Peter

Autodiscover? – What? – Deep Dive Series Part 1


Everyone is talking about Autodisover in Exchange and since Exchange 2013 it is more important than ever. But did you really know how the process works?
I know – there are plenty of blog posts out in the internet but I thought I start the challenge from scratch and do it the complete way.

Let’s do some steps behind Autodiscover and what it is:
From an Outlook configuration perspective Autodiscover is just an XML file with some content – brought to you by your Exchange Servers. Outlook tries to find its configuration by using the Autodiscover-Service.

Outlook tries 5 ways to figure out where the Autodiscover XML File could be reached:

  • Service Connection Point in Active Directory (only for domain joined clients
  • SMTP-Domain: https://smtpdomain.tld/Autodiscover/Autodiscover.xml
  • Autodiscover HTTPS: https://autodiscover.smtpdomain.tld/Autodiscover/Autodiscover.xml
  • Autodiscover HTTP: https://autodiscover.smtpdomain.tld/Autodiscover/Autodiscover.xml
  • Autodiscover check for SRV lookup for _autodiscover._tcp.<smtpdomain>

Normally a domain joined client will always use the SCP. For this blog post we will figure out what the SCP is.

A Service Connection Point (SCP) is a property that can be found in the Configuration Partition within Active Directory. In it’s simplest definition it is a URL to your Exchange server. You configure this URL by setting the AutoDiscoverServiceInternalUri within the Set-ClientAccessServer (Exchange 2013) or Set-ClientAccessService  (Exchange 2016).

So with just one simple command you configure the SCP to reflect your Exchange Servers. After the default installation of Exchange the internal hostname will be listed there – for example: https://forpeex16-01.domain.local/Autodiscover/Autodiscover.xml

If you add another server a second SCP with https://forpeex16-02.domain.local/Autodiscover/Autodiscover.xml will be created.

Because of the namespace design in Exchange it is highly recommended to change this URL to something like https://autodiscover.domain.local/Autodiscover/Autodiscover.xml

Behind Autodiscover is your loadbalancer IP or if you do not have a loadbalancer the IP-Adresses of your CAS Servers (Exchange 2013) or Mailbox-Servers (Exchange 2016).

From an Outlook-Client perspective Outlook is configured to use the SCP on a domain joined machine. This is hardcoded in Outlook. OK – enough for today – I’ll have enough to say about Autodiscover the next time…

Your EXGuru – aka Peter Forster – aka Satschent Peter