"Deep Exchange 2013"07 Autodisocver

Microsoft introduced the Autodiscover Autodiscover service in Exchange 2007 with the intent to simplify the process of configuring Outlook and Exchange ActiveSync for users. Outlook profiles can be configured manually, but from Autodiscover overrides the manual configuration options, and when you make some changes, it is easier to configure the automatic distribution of batches.

Autodiscover is also responsible for telling Outlook the current mailbox location information, and Outlook will retry the Autodiscover after disconnecting from the mailbox. All in all, this thing is as important as Outlook Anywhere, which is about the functionality of the client experience.

It is important to note that Autodiscover cannot find those accounts that have checked "do not show in Exchange address List" and you have to manually configure outlook for those accounts.

Outlook 2007/2010/2013,outlook for MAC OS x,outlook RT for Windows RT and for both Windows Phone and Apple iOS built-in mail clients are supported Autodiscover 。 Each client makes a Autodiscover request at the time it is started, and the result is a Autodiscover manifest (XML format) containing a bunch of various information that is useful to the client.

The Autodiscover manifest received by Exchange ActiveSync differs from the list received by the regular client Autodiscover, and the regular XML file contains hundreds of lines of information, but you can see the main information in the dialog box, which is " Test e-Mail autoconfiguration dialog box, hold down CTRL and then right-click the Outlook icon on the taskbar in the lower-right corner of the screen, and select Test e-mail autoconfiguration in the pop-up menu to see it. Enter your email address and password, and then tick the use Autodiscover, if the automatic discovery succeeds, then you should display the result format roughly similar to the figure. You can see that the content returned by Autodiscover contains the URL of the url,oab offline address Book download for the Url,oof (out of Office outgoing settings) of the availability service, as well as the EAC that is called by Outlook (Exchange Admin Center) Feature URL, found no, Outlook 2013 inside EAC or ECP ha, is actually a meaning.

650) this.width=650; "height=" 375 "title=" image "style=" border:0px; "alt=" image "src=" http://s3.51cto.com/wyfs02/M01 /6f/30/wkiom1wub97w3lgbaalaooxx8ka439.jpg "border=" 0 "/>

Another important piece of information in this XML is to indicate which server the user's mailbox is currently on, and we see that the Autodiscover is running on an Exchange 2013 server, so it returns the email protected The domain name is the mbx of the backend, not the URL of the regular MBX server. As already mentioned in the previous CAS architecture, CAS handles the server designation in the form of the [email protected] domain name and resolves to the appropriate MBX based on the GUID to have the active copy of the mailbox. If the mailbox is disabled because of a failover, or a status switch, or a mailbox move, the need to switch connections to the new Mbx,outlook does not need to be reconnected at all, because he communicates only with CAs, and the CAS is responsible for the connection to MBX.

Also, the Windows version of Outlook repeats Autodiscover every 60 seconds after losing the connection to mailbox, and other clients will have similar re-practice designs. In addition to the data for the primary mailbox that is requested, Autodiscover also returns information about public folder mailboxes, shared mailboxes, and site mailboxes if they are used.

Autodiscover Process

These clients follow a pre-set process to automate discovery requests, and we'll step through the requests:

The basic Autodiscover process is roughly like this:

1, the client provides connection credentials, usually the user's SMTP mail address and password

2, if the client added domain, then the customer single back to query ad, get a service connection point SCP (services Connection points) list, below I will say this. Once the query succeeds, it will have a Autodiscover URL in this list.

3. If the SCP query fails, in other words, the client may not be added to the domain or the GC in the domain is not connected. The client will send HTTPS post to some pre-set URL collocation address, so-called collocation address, is the pre-designed host name and XML file name and the first step of the SMTP address entered in the right side of the domain name part, for example, if the requested user is [email Protected], then the client requests Https://contoso.com/autodiscover/autodiscover.svcand then tries to https:// Autodiscover.contoso.com/autodiscover/autodiscover.xml.

4, if the third step, these pre-set Collocation URL also failed to connect, the customer will send an unencrypted HTTP GET request to https://autodiscover.contoso.com/autodiscover/ Autodiscover.xml, see if you receive an HTTP 302 redirect to the correct Autodiscover URL. What is the effect of this step, and carefully consider the environment in which external Web sites such as Split-brain DNS are separated from the internal network, you understand. If the redirection is successful, Outlook generates a warning to remind the user that the server that is currently being accessed is redirecting the request to another address.

5, if through the above steps, the client still does not get the correct Autodiscover URL, the client will be the DNS SRV record query, this record is _autodisover._ Tcp.domain, this in general deployment process generally will add, I will not say how to add. The SRV typically returns the FQDN of the endpoint of the Autodiscover service (note the description here), and if the query succeeds, the client adds/autodiscover/after the returned FQDN Autodiscover.xml the URL of the group composition request, and then initiates an HTTPS POST for the URL

6, the last straw, if all the above steps fail, the client will go to view the local stored XML configuration file, the location is in the hkey_current_user\software\microsoft\microsoft\office\ x.0\outlook\autodiscover The path to which the registry key is pointing, in which case the well-formed Autodiscover manifest file is stored beforehand. (Note that x.0 in the registry path represents the version of Office, for example, 14.0 is Office 2010,15.0 Office 2013).

The Autodiscover client receives several HTTP responses because the process is an HTTP connection request. The best case is to receive the exact XML manifest file directly. It is also possible that the HTTP 302 result, which is redirect, is also the HTTP 401 and 403 error that requires client authentication, and HTTP 404 If the server you are requesting is not a Autodiscover endpoint at all.

If you want to see exactly those URLs that will be returned to the client, you can use the next command

Get-clientaccessserver–autodiscoverserviceinternalurl

Access Autodiscover via SCP (Service connection point)

When you install a new CAS server, it automatically registers an SCP object in the ad. SCP is the name of a particular service or Server service one or more service endpoints, and then plainly is which service corresponds to which URL. SCP is typically called by other applications, and some developed applications can register their own SCP as well.

The following shows the SCP registered in AD when a CAS installation is complete, where the Servicebidinginformation attribute contains the URL of the Exchange Autodiscover SCP. Other related properties of the SCP object also identify which site the CAS server belongs to. When a domain-joined client can access the GC, it binds the GC with the user-supplied credentials and queries the SCP.

(This is why, in this article, the http://sodaxu.blog.51cto.com/8850288/1416955,Exchange2010 has been introduced to change this property of each server to the FQDN of Casarray after the Casarray has been established.)

650) this.width=650; "height=" 415 "title=" image "style=" border:0px; "alt=" image "src=" http://s3.51cto.com/wyfs02/M02 /6f/2d/wkiol1wucasrvg4baak6rg20i4y824.jpg "border=" 0 "/>

In the multi-forest scenario, the existence of SCP also provides convenience for client connections, the client queries the URL returned by the SCP and connects, essentially connecting to the CAs, and then the CAs for proxy or redirect.

Access Autodiscover via a pre-set URL

The so-called preset means that the software logic has been written dead, and there is no flower head. To ensure that this pre-set logic goes smoothly, we should be able to understand that the Outlook client will assemble the URL in a specific format, and the Exchange server will also create a corresponding Autodiscover virtual directory to respond to this request ; So we'd better not go to the path of the virtual directory manually.

Exchange providers

The XML manifest file returned by Autodiscover contains a list of "Exchange providers", with an XML entry detailing which services are available and what methods should be used to connect them. You can also call Outlook Providers. Outlook relies on this piece of information to locate services and make various connections.

A provider block of XML samples is attached below, which is enclosed by the <Protocol> XML element tag in the Autodiscover information returned from an Exchange 2013 full-role server.

650) this.width=650; "height=" 242 "title=" image "style=" border:0px; "alt=" image "src=" http://s3.51cto.com/wyfs02/M02 /6f/30/wkiom1wub9_b8bloaahhguahan8713.jpg "border=" 0 "/>

650) this.width=650; "height=" 244 "title=" image "style=" border:0px; "alt=" image "src=" http://s3.51cto.com/wyfs02/M00 /6f/2d/wkiol1wucaszpl_faaietivre9u052.jpg "border=" 0 "/>

As you can see from the top content, provider covers the DN of the Exchange Server, the DN of the mailbox database, and the GUID of the user's mailbox. It also includes URLs for various services, that is, what we see in the "Test Connection: Dialog box" in front.

A complete Autodiscover XML file may contain multiple <protocol>, and their use is described as follows:

• The provider block of the Exch type provides internal Ex2007 and Ex2010 service information.

• The expr block provides Ex2007 and Ex2010 to external Outlook Anywhere connection information

• The Web setting block provides the best address for users who use Outlook Web access

• The Exhttp block is a new block in exchange 2013 that replaces the previous Exch and expr blocks to serve so-called modern clients (referred to as Outlook SP1 or later). The exhttp block is generated by the CAS of Exchange 2013 and contains internal and external connection information for various services that are already open. Typically there are two exhttp blocks, and the client will always first try the first exhttp block, which corresponds to the internal connection information of the various open services, and then try the second exhttp faster. Here you can see why Outlook Anywhere always connects to the internal URL first?

In a hybrid environment, you might see that mailbox users still in Ex2010 MBX receive Exchange 2010-style Autodiscover data, even if they send the request to EX2013 's CAs. Ex2013 CAs simply proxies the Ex2010 user's request to Ex2010 's CAs and then generates Autodiscover XML manifest from Ex2010 's CAs and returns it to the client via the Ex2013 CAs. We'll talk more about Ex2013 's proxies and redirects in the next section.

Autodiscover the configuration information in the update

When clients use Autodiscover to successfully connect to Ex2013 MBX, the client caches the configuration data received by Autodiscover. Thereafter, the client updates the information to ensure that the most recent mailbox settings are available, which include the following:

• OOF Information

• Availability information learned from other users ' calendars

• OAB Download Location

• UM information

• Availability and location information for shared mailboxes and site mailboxes

• Availability and location information for public folder mailboxes

• The server name of the next connection query for the client.

The Outlook client requests the Autodiscover data again every 60 minutes and, in the event of a failure to connect to the MBX server, tries every 5 minutes until the connection is successful or you turn off Outlook. You can also use the following command to modify the cache lifetime (retry time) of the Autodiscover in hours.

Set-outlookprovider–id ' Msexchautodiscoverconfig ' – TTL 3

OK, we'll talk about the Autodiscover service here, and it's just as important as Outlook anywhere, without realizing it. In the next chapter, it's easy to say, agent and redirect Exchange 2013.

At the end of the campaign:

650) this.width=650; "height=" 107 "title=" clip_image001 "style=" border:0px; "alt=" clip_image001 "src=" http:/ S3.51cto.com/wyfs02/m02/6e/d5/wkiol1wjljwrgz9oaabc44dzlpk214.jpg "border=" 0 "/>

http://www.itcharger.com/

The IT gas station around you!

Also welcome to pay attention to Itcharger's public number, updated weekly articles will be published on this; There are also other articles about Microsoft's private cloud technology to share.

650) this.width=650; "height=" 269 "title=" clip_image002 "style=" border:0px; "alt=" clip_image002 "src=" http:/ S3.51cto.com/wyfs02/m02/6e/d9/wkiom1wjlhyxurifaadcfys9vre020.jpg "border=" 0 "/>

This article is from the "Castamere Rainy season" blog, be sure to keep this source http://sodaxu.blog.51cto.com/8850288/1669918

"Deep Exchange 2013"07 Autodisocver