Microsoft Exchange Server 2010 includes a service named the
Autodiscover service. This topic gives an overview of the service,
explains how it works, how it configures Outlook clients, and what
options there are for deploying the Autodiscover service in your
messaging environment.
The Autodiscover service does the following:
Contents
Overview of the Autodiscover Service
How the Autodiscover Service Works
Deployment Options for the Autodiscover Service
Configuring Autodiscover for Cross-Forest Moves
Overview of the Autodiscover Service
How the Autodiscover Service Works
Deployment Options for the Autodiscover Service
The Autodiscover service does the following:
-
Automatically configures user profile settings for clients running
Microsoft Office Outlook 2007 or Outlook 2010, as well as supported
mobile phones. Phones running Windows Mobile 6.1 or a later version are
supported. If your phone isn't a Windows Mobile phone, check your mobile
phone documentation to see if it's supported.
-
Provides access to Exchange features for Outlook 2007 or Outlook 2010
clients that are connected to your Exchange messaging environment.
-
Uses a user's e-mail address and password to provide profile settings to
Outlook 2007 or Outlook 2010 clients and supported mobile phones. If
the Outlook client is joined to a domain, the user's domain
Contents
Overview of the Autodiscover Service
How the Autodiscover Service Works
Deployment Options for the Autodiscover Service
Configuring Autodiscover for Cross-Forest Moves
Overview of the Autodiscover Service
The Autodiscover service makes it easier to configure Outlook 2007 or
Outlook 2010 and some mobile phones. You can't use the Autodiscover
service with earlier versions of Outlook, including Outlook 2003. In
earlier versions of Microsoft Exchange (Exchange 2003 SP2 or earlier)
and Outlook (Outlook 2003 or earlier), you had to configure all user
profiles manually to access Exchange. Extra work was required to manage
these profiles if changes occurred to the messaging environment.
Otherwise, the Outlook clients would stop functioning correctly.
The Autodiscover service uses a user's e-mail address and password to automatically configure a user's profile. Using the e-mail address, the Autodiscover service provides the following information to the client:
The Autodiscover service uses a user's e-mail address and password to automatically configure a user's profile. Using the e-mail address, the Autodiscover service provides the following information to the client:
-
The user’s display name
-
Separate connection settings for internal and external connectivity
-
The location of the user’s Mailbox server
-
The URLs for various Outlook features that govern functionality such as
free/busy information, Unified Messaging, and the offline address book
-
Outlook Anywhere server settings
How the Autodiscover Service Works
When you install the Client Access server role on a computer running
Exchange 2010, a default virtual directory named Autodiscover is created
under the default Web site in Internet Information Services (IIS). This
virtual directory handles Autodiscover service requests from Outlook
2007 or Outlook 2010 clients and supported mobile phones under the
following circumstances:
The SCP object contains the authoritative list of Autodiscover service URLs for the forest. You can use the Set-ClientAccessServer cmdlet to update the SCP object. For more information, see Set-ClientAccessServer.
For more information about SCP objects, see Publishing with Service Connection Points.
The following figure shows how a client connects to a Client Access server the first time from inside the internal network.
Depending on whether you've configured the Autodiscover service on a
separate site, the Autodiscover service URL will be either https://<smtp-address-domain>/autodiscover/autodiscover.xml or https://autodiscover.<smtp-address-domain>/autodiscover/autodiscover.xml, where ://<smtp-address-domain>
is the primary SMTP domain address. For example, if the user's e-mail
address is tony@contoso.com, the primary SMTP domain address is
contoso.com. The following figure shows a simple topology with a client
connecting from the Internet.
-
When a new user account is configured or updated
-
When an Outlook client periodically checks for changes to the Exchange Web Services URLs
-
When underlying network connection changes occur in your Exchange messaging environment
The SCP object contains the authoritative list of Autodiscover service URLs for the forest. You can use the Set-ClientAccessServer cmdlet to update the SCP object. For more information, see Set-ClientAccessServer.
Important: |
---|
Before you run the Set-ClientAccessServer cmdlet, make sure the Authenticated Users account on the Client Access server has Read permissions for the SCP object. If users don't have the correct permissions, they can't search for and read items. |
The following figure shows how a client connects to a Client Access server the first time from inside the internal network.
The Autodiscover service process for internal access
For external access, or using DNS, the client locates the
Autodiscover service on the Internet by using the primary SMTP domain
address from the user's e-mail address. Note: |
---|
You must provide a host service (SRV) resource record in DNS for Outlook clients to discover the Autodiscover service using DNS. For more information, see your Windows documentation for configuring DNS and also see the White Paper: Exchange 2007 Autodiscover Service. |
The Autodiscover service process for external access
When the client connects to Active Directory, the client looks for
the SCP object created during Setup. In deployments that include
multiple Client Access servers, an Autodiscover SCP object is created
for each Client Access server. The SCP object contains the ServiceBindingInfo
attribute with the fully qualified domain name (FQDN) of the Client
Access server in the form https://CAS01/autodiscover/autodiscover.xml,
where CAS01 is the FQDN for the Client Access server. Using the user
credentials, the Outlook 2007 or Outlook 2010 client authenticates to
Active Directory and searches for the Autodiscover SCP objects. After
the client obtains and enumerates the instances of the Autodiscover
service, the client connects to the first Client Access server in the
enumerated list and obtains the profile information in the form of XML
data that's needed to connect to the user's mailbox and available
Exchange features.
Deployment Options for the Autodiscover Service
The Autodiscover service must be deployed and configured correctly
for Outlook 2007 and Outlook 2010 clients to automatically connect to
Exchange features such as the offline address book, the Availability
service, and Unified Messaging (UM). Deploying the Autodiscover service
is only one step in making sure your Microsoft Exchange services, such
as the Availability service, can be accessed by Outlook 2007 or Outlook
2010 clients. For more information, see Configure Exchange Services for the Autodiscover Service.
The Autodiscover service can provide user profile information to
connecting Outlook clients for mailboxes that have been moved from one
Microsoft Exchange forest to another. For this to happen, you must
configure a mail-enabled user in both the original forest where the
user's mailbox resided and in the target forest using the New-MailUser cmdlet. In the source forest, you should use the ExternalEmailAddress parameter in the cmdlet to specify the new e-mail address of the mailbox in the target forest. For more information, see New-MailUser.
When you configure a mail-enabled user, the Autodiscover service in the original forest will redirect the authenticating user to the new e-mail address in the target forest. The connecting Outlook client will then be redirected to the Client Access server in the target forest where the mailbox has been moved. For more information, see Understanding Move Requests.
When you configure a mail-enabled user, the Autodiscover service in the original forest will redirect the authenticating user to the new e-mail address in the target forest. The connecting Outlook client will then be redirected to the Client Access server in the target forest where the mailbox has been moved. For more information, see Understanding Move Requests.
No comments:
Post a Comment