Planifier la configuration automatique des comptes d’utilisateurs dans Outlook 2010
S’applique à : Office 2010
Dernière rubrique modifiée : 2016-11-29
Les services de découverte automatique et de découverte de paramètres communs sont les deux mécanismes de découverte qui peuvent configurer automatiquement des comptes d’utilisateur dans Microsoft Outlook 2010.
Dans cet article :
Vue d’ensemble
Utilisation de la découverte automatique avec DNS
Synthèse des transactions de découverte automatique
Schéma XML de découverte automatique
Découverte des paramètres communs
Vue d’ensemble
Comme Microsoft Office Outlook 2007, Outlook 2010 inclut la possibilité de configurer automatiquement des comptes d’utilisateur. Outlook 2010 utilise l’un des deux mécanismes de découverte pour configurer des comptes de manière automatique : Découverte automatique et découverte de paramètres communs.
Le service de découverte automatique est un fichier XML normalisé pouvant être configuré par un administrateur pour un fournisseur de services Internet (ISP) ou une entreprise, ou pouvant être dynamiquement généré par un service, tel que le rôle de serveur d’accès au client dans Microsoft Exchange Server 2007 ou Microsoft Exchange Server 2010. Il s’agit du mécanisme recommandé pour la découverte de paramètres, car il présente des performances optimales. Il réduit également le risque d’erreur de configuration sur l’ordinateur client, car les paramètres sont définis explicitement et délibérément par l’administrateur des serveurs de messagerie.
Le service de découverte des paramètres communs est moins configurable et moins complexe, mais permet de configurer la plupart des serveurs de messagerie dans le monde entier en fonction des paramètres communs. Il essaie d’abord les connexions chiffrées. Si ces connexions échouent, il invite l’utilisateur à essayer des connexions non chiffrées et essaie de se connecter aux mêmes serveurs sans chiffrement. À l’heure actuelle, de nombreux ISP n’exigent pas le chiffrement, mais l’activent afin que les utilisateurs puissent configurer leurs comptes à l’aide du chiffrement.
Pour plus d’informations sur la façon de déployer et de gérer le service de découverte automatique pour Exchange Server 2007, voir Vue d’ensemble du service de découverte automatique : aide Exchange 2007 (https://go.microsoft.com/fwlink/p/?linkId=183290). Pour Exchange Server 2010, voir Service de découverte automatique : aide Exchange 2010 (https://go.microsoft.com/fwlink/p/?linkId=183289).
Utilisation de la découverte automatique avec DNS
Le service de découverte automatique dans Outlook 2010 est un fichier XML qui est placé dans un emplacement en fonction du nom de domaine fourni par l’utilisateur. Pour Internet, la découverte automatique repose sur le DNS (Domain Name System) pour rechercher le fichier XML. L’emplacement du fichier XML est basé sur l’adresse de messagerie fournie par l’utilisateur. Par exemple, si barbara@contoso.com est indiqué comme adresse de messagerie de l’utilisateur, Outlook 2010 recherche le fichier XML aux emplacements suivants et dans l’ordre suivant :
Si votre société a également un site web dans le domaine racine (par exemple, contoso.com), la deuxième option (la solution « enregistrement de ressource d’hôte (A) » de découverte automatique) vous permet d’exécuter le serveur web et le fichier/service de découverte automatique sur des serveurs distincts. Pour les petites entreprises, la gestion supplémentaire consistant à disposer d’enregistrements DNS distinct peut être ignorée et un seul serveur peut exécuter le site web et le service de découverte automatique (par exemple, l’option 1 indiquée précédemment).
La connexion doit être établie à l’aide du protocole SSL (Secure Sockets Layer) et un certificat SSL valide doit être présent. SSL est requis afin qu’une société ou qu’un fournisseur de services Internet (ISP) puisse choisir de fournir uniquement un accès chiffré à ses serveurs de messagerie. Dans ce scénario, si Outlook 2010 vérifie d’abord les emplacements non SSL ou autorise de basculer vers un emplacement non SSL, et qu’un utilisateur saisit une adresse de messagerie et un mot de passe dans une situation de sécurité vulnérable (comme une attaque de l’intercepteur), le service de configuration automatique dans Outlook 2010 risque d’affaiblir la sécurité, car il représente le maillon faible de la chaîne de connexion si une connexion non SSL est autorisée. Sans connexion chiffrée, le service de configuration automatique peut autoriser un site web non chiffré à configurer les paramètres de serveur de messagerie et permettre l’authentification avec un nom d’utilisateur et un mot de passe auprès du site non chiffré. À la place, SSL est requis par le protocole de découverte automatique pour conserver la compatibilité avec les ISP qui nécessitent des processus de configuration sécurisés.
Toutefois, si une société ou un fournisseur de services Internet choisit d’héberger plusieurs domaines de messagerie, Outlook 2010 peut suivre une redirection HTTP ou un enregistrement de ressource d’un service (SRV) DNS qui ne sont pas chiffrés à l’aide d’un site web sécurisé qui stocke les paramètres. Cette fonctionnalité de recherche d’enregistrement SRV DNS est incluse dans Office Outlook 2007 Service Pack 1 et versions ultérieures. Par exemple, supposons que contoso.com est un domaine de messagerie hébergé et que le service d’hébergement exécute le fichier de découverte automatique sur hoster.com. Dans ce scénario, le préfixe autodiscover peut être utilisé par la société d’hébergement pour diriger Outlook 2010 vers un site sécurisé contenant les paramètres de découverte automatique.
Redirection HTTP : http://autodiscover.contoso.com/autodiscover/autodiscover.xml --> redirection vers https://autodiscover.hoster.com/autodiscover/autodiscover.xml
SRV DNS : _autodiscover._tcp.contoso.com --> pointe vers https://autodiscover.hoster.com/autodiscover/autodiscover.xml
Dans les deux exemples, les utilisateurs voient une boîte de dialogue d’avertissement dans Outlook 2010 indiquant qu’ils sont redirigés vers autodiscover.hoster.com pour les paramètres du serveur. La boîte de dialogue offre la possibilité d’autoriser la redirection et permet aux utilisateurs d’ignorer les prochaines invites relatives au site de redirection (dans cet exemple, autodiscover.hoster.com).
Détails sur le protocole de découverte automatique
Dans un environnement de domaine où SCP (Service Connection Point) est configuré, une recherche SCP est lancée en premier. Dans le cas contraire, la première tentative de connexion est toujours un verbe HTTPS POST pour domain, où l’utilisateur a entré l’adresse de messagerie e-mail@domain. Si les paramètres sont extraits, aucun appel réseau supplémentaire n’est réalisé. Si les paramètres ne sont pas extraits, un verbe HTTPS POST est réalisé auprès d’autodiscover.domain. Si les paramètres ne sont pas extraits du site, une recherche finale d’enregistrement HTTP GET et DNS SRV est lancée uniquement sur le site autodiscover.domain. Cette recherche d’enregistrement HTTP GET et DNS SRV peut uniquement rediriger vers un site sécurisé. (Si les paramètres sont présents sur l’emplacement HTTP, Outlook 2010 ne les configure pas, car la connexion n’a pas été chiffrée.)
Outlook 2010 peut suivre jusqu’à 10 redirections de n’importe quel type. Autrement dit, vous pouvez suivre une redirection HTTPS POST ou une redirection HTTP GET, ou utiliser les balises de schéma XML de redirection de découverte automatique détaillées plus loin dans cet article. L’identification des paramètres échoue après que 10 redirections n’ont pas réussi à obtenir les paramètres.
XML statique et XML de service web
Le verbe POST est utilisé afin qu’Outlook 2010 puisse émettre une demande au service web dynamique, tel que le rôle de serveur d’accès client dans Exchange 2007 et Exchange Server 2010. Toutefois, si un fichier XML statique est suffisant ou si vous n’exécutez pas un service web de découverte automatique, la réponse XML renvoyée depuis n’importe quel serveur web dans une réponse 405 personnalisée (verbe POST non pris en charge) fonctionne également en tant que fichier XML de configuration utilisé par Outlook 2010.
Utilisation locale de la découverte automatique
Il est possible de configurer le Registre sur votre ordinateur pour rechercher un fichier XML local qui définit les paramètres du serveur. Toutefois, nous vous recommandons vivement que les paramètres soient plutôt hébergés sur un serveur en ligne afin qu’ils puissent facilement être mis à jour. À des fins de test, l’ajout d’entrées au Registre peut forcer Outlook 2010 à utiliser des fichiers XML locaux pour configurer un domaine de messagerie non configuré sur le serveur. Le serveur remplace les données XML locales pour une meilleure sécurité et un meilleur contrôle de la configuration.
Par exemple, pour fournir des paramètres d’adresse de messagerie contoso.com à partir d’un fichier XML local, vous pouvez configurer la valeur de Registre suivante :
[HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Autodiscover] "contoso.com"="%PROGRAMFILES%\Microsoft Office\Office14\contoso.xml"
Dans cet exemple, le fichier de paramètres XML se trouve à l’emplacement suivant : %PROGRAMFILES%\Microsoft Office\Office14\contoso.xml. Un exemple de fichier de paramètres XML est présenté plus loin dans cet article.
Priorité des paramètres XML
Outlook 2010 configure le type de serveur en fonction de l’ordre dans lequel les serveurs sont définis dans le fichier de paramètres XML de découverte automatique. Par exemple, si un fournisseur de services de messagerie permet aux utilisateurs de se connecter à l’aide des protocoles POP3 et IMAP, mais qu’il préfère que les utilisateurs utilisent le protocole POP3, les paramètres POP3 doivent être répertoriés en premier dans le fichier de découverte automatique.
Synthèse des transactions de découverte automatique
L’ordre des opérations pour la découverte de paramètres de découverte automatique dans Outlook 2010 peut être résumée comme suit :
Récupérer automatiquement l’adresse de messagerie à partir du service d’annuaire Active Directory si l’ordinateur est associé à un domaine.
Extraire le nom de l’ordinateur Exchange Server s’il est trouvé et le stocker pour utilisation ultérieure.
Rechercher des objets SCP (Service Connection Point) ou des objets de pointeur SCP qui correspondent à l’adresse de messagerie de l’utilisateur, puis trouver le serveur de découverte automatique auquel vous connecter. Ensuite, se connecter au serveur et extraire les paramètres.
En cas d’échec de l’étape précédente, essayer la découverte DNS du XML de découverte automatique (permettant de réaliser 10 redirections).
HTTPS POST : https://domain/autodiscover/autodiscover.xml
HTTPS POST : https://autodiscover.domain/autodiscover/autodiscover.Xml
Essayer la découverte XML locale et utiliser le code XML trouvé sur l’ordinateur local, le cas échéant.
HTTP GET : http://autodiscover.domain/autodiscover/autodiscover.xml (uniquement pour suivre les redirections, pas pour obtenir les paramètres)
Recherche DNS SRV : _autodiscover._tcp.domain (uniquement pour suivre la redirection vers laquelle pointe l’enregistrement de ressource SRV)
Si l’étape précédente échoue, mais que le nom de l’ordinateur Exchange Server est trouvé à l’étape 2, configurer le compte Exchange en fonction du nom de l’ordinateur Exchange Server.
Si l’étape précédente n’est pas applicable, essayer la découverte de paramètres communs, comme décrit dans la section Découverte de paramètres communs plus loin dans cet article.
Schéma XML de découverte automatique
Le schéma XML pour la découverte automatique dans Outlook 2010 est décrit dans les sections suivantes.
Requête POST envoyée par Outlook
Lors de l’extraction des paramètres XML pour configurer un compte de messagerie, Outlook 2010 utilise toujours un verbe POST. L’élément HTTP POST se présente comme indiqué dans l’exemple suivant.
<!-- REQUEST TO SERVER. In HTTP POST DATA -->
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
<Request>
<AcceptableResponseSchema>https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>
<!-- EMailAddress: Optional
This tag indicates the user's email address.
-->
<EMailAddress>JohnDoe@sample.com</EMailAddress>
</Request>
</Autodiscover>
Schéma de réponse XML
Un serveur peut répondre à une requête POST Outlook 2010 de plusieurs façons. Si un fichier XML statique est suffisant, tel qu’un service POP3 proposé par un fournisseur de services Internet (ISP) où les noms de serveur sont identiques pour tous les utilisateurs, un message d’erreur POST 405 personnalisé comportant du contenu XML est suffisant. Si un service de découverte automatique est en cours d’exécution, la réponse peut être calculée de façon dynamique en fonction de la requête POST de l’utilisateur indiquée dans la section précédente. Quoi qu’il en soit, le schéma de réponse se présente comme illustré dans l’exemple suivant.
<!-- RESPONSE FROM THE SERVER -->
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<!-- Response: Required
This tag serves as an indication that the retrieved XML is an Autodiscovery Response
-->
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<!-- User: Optional
This tag gives user-specific information. Autodiscover must be UTF-8 encoded.
-->
<User>
<!-- DisplayName: Optional
The server may have a good formal display name. The client can decide to accept it or change it. This will save the user time in the default case.
-->
<DisplayName>John Doe</DisplayName>
</User>
<!-- Account: Required
This tag specifies the type of account, such as Email vs Newsgroups, vs SIP server, etc.
-->
<Account>
<!-- AccountType: Required
This value indicates the type of the account.
VALUES:
email: The values under this Account tag indicate configuration settings for an email server.
nntp: The values under this Account tag indicate configuration settings for a NNTP server. (not used by Outlook 2007)
-->
<AccountType>email | nntp</AccountType>
<!-- Action: Required
This value indicates if the goal of this account results is to provide the settings or redirect to another web server that can provide results.
VALUES:
redirectUrl: If this value is specified, then the URL tag will specify the http: or https: URL containing the Autodiscover results to be used. In order to prevent the server from being able to send the client into an infinite loop, the client should stop redirecting after 10 redirects.
redirectAddr: If this value is specified, then the XML tag will specify the e-mail address that Outlook should use to execute Autodiscover again. In other words, the server is telling the client that the e-mail address the client should really be using for Autodiscover is not the one that was posted, but the one specified in this tag.
settings: If this value is specified, then the XML will contain the settings needed to configure the account. The settings will primarily be under the PROTOCOL tag.
-->
<Action>redirectUrl | redirectAddr | settings</Action>
<!-- RedirectUrl: Required if ACTION tag has value of 'redirectUrl'. Otherwise this tag must not exist.
The value will be a https: URL that the client should use to obtain the Autodiscover settings or a http: URL that the client should use for further redirection.
-->
<RedirectUrl>redirect.URL</RedirectUrl>
<!-- RedirectAddr: Required if ACTION tag has value of 'redirectAddr'. Otherwise this tag must not exist.
The value will be an email address that the client should use to rediscover settings using the Autodiscover protocol.
-->
<RedirectAddr>email@address</RedirectAddr>
<!-- Image: Optional
This is a JPG picture to brand the ISP configuration experience with. The client can choose whether or not they download this picture to display. (not used by Outlook 2007)
-->
<Image>http://path.to.image.com/image.jpg</Image>
<!-- ServiceHome: Optional
This is a link to the ISP's Home Page. The client can choose whether or not they expose this link to the user. (not used by Outlook 2007)
-->
<ServiceHome>http://web.page.com</ServiceHome>
<!-- Protocol: Required if ACTION tag has value of 'settings'. Otherwise, this tag must not exist.
The tag encloses the specifications for a single account type. The list of Protocol tags are in order of preference of the server. The client may over ride the preference.
-->
<Protocol>
<!-- TYPE: Required.
The value here specifies what kind of mail account is being configured.
POP3: The protocol to connect to this server is POP3. Only applicable for AccountType=email.
SMTP: The protocol to connect to this server is SMTP. Only applicable for AccountType=email.
IMAP: The protocol to connect to this server is IMAP. Only applicable for AccountType=email.
DAV: The protocol to connect to this server is DAV. Only applicable for AccountType=email.
WEB: Email is accessed from a web browser using an URL from the SERVER tag. Only applicable for AccountType=email. (not used by Outlook 2007)
NNTP: The protocol to connect to this server is NNTP. Only applicable for AccountType=nntp. (not used by Outlook 2007)
-->
<Type>POP3 | SMTP | IMAP | DAV | WEB | NNTP</Type>
<!-- ExpirationDate: Optional.
The value here specifies the last date which these settings should be used. After that date, the settings should be rediscovered via Autodiscover again. If no value is specified, the default will be no expiration.
-->
<ExpirationDate>YYYYMMDD</ExpirationDate>
<!-- TTL: Optional.
The value here specifies the time to live in hours that these settings are valid for. After that time has elapsed (from the time the settings were retrieved), the settings should be rediscovered via Autodiscovery again. A value of 0 indicates that no rediscovery will be required. If no value is specified, the default will be a TTL of 1 hour.
-->
<TTL>168</TTL>
<!-- Server: Required.
The value here specifies the name of the mail server corresponding to the server type specified above.
For protocols such as POP3, SMTP, IMAP, or NNTP, this value will be either a hostname or an IP address.
For protocols such as DAV or WEB, this will be an URL.
-->
<Server>mail.contoso.com</Server> <!--IP Addr or DNS name of server-->
<!-- Port: Optional.
The value specifies the Port number to use. If no value is specified, the default settings will be used depending on the mail server type. This value is not used if the SERVER tag contains an URL.
-->
<Port>110</Port>
<!-- LoginName: Optional.
This value specifies the user's login. If no value is specified, the default will be set to the string preceding the '@' in the email address. If the Login name contains a domain, the format should be <Username>@<Domain>. Such as JoeUser@SalesDomain.
-->
<LoginName>johndoe</LoginName>
<!-- DomainRequired: Optional. Default is off.
If this value is true, then a domain is required during authentication. If the domain is not specified in the LOGINNAME tag, or the LOGINNAME tag was not specified, the user will need to enter the domain before authentication will succeed.
-->
<DomainRequired>on | off</DomainRequired>
<!-- DomainName: Optional.
This value specifies the user's domain. If no value is specified, the default authentication will be to use the e-mail address as a UPN format <Username>@<Domain>. Such as JoeUser@SalesDomain.
-->
<DomainName></DomainName>
<!-- SPA: (Secure Password Authentication) Optional.
This value specifies whether or not secure password authentication is needed.
If unspecified, the default is set to on.
-->
<SPA>on | off</SPA>
<!-- SSL: Optional.
This value specifies whether secure login is needed.
If unspecified, the default is set to on.
-->
<SSL>on | off</SSL>
<!-- AuthRequired: Optional.
This value specifies whether authentication is needed (password).
If unspecified, the default is set to on.
-->
<AuthRequired>on | off</AuthRequired> <!-- Optional: Is Authentication required? -->
<!-- UsePOPAuth: Optional.
This value can only be used for SMTP types.
If specified, then the authentication information provided for the POP3 type account will also be used for SMTP.
-->
<UsePOPAuth>on | off</UsePOPAuth>
<!-- SMTPLast: Optional. Default is off.
If this value is true, then the SMTP server requires that email be downloaded before sending email via the SMTP server. This is often required because the SMTP server verifies that the authentication succeeded when downloading email.
-->
<SMTPLast>on | off</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>
Exemple de réponses XML
La réponse XML renvoyée dépend de la configuration définie par le fournisseur de services Internet.
Fournisseur de services Internet avec les services POP3 et SMTP
Le fichier XML suivant doit être configuré comme une réponse d’erreur 405 personnalisée à l’emplacement https://contoso.com/autodiscover/autodiscover.xml ou https://autodiscover.contoso.com/autodiscover/autodiscover.xml.
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>POP3</Type>
<Server>mail.contoso.com</Server>
<Port>995</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>SMTP</Type>
<Server>mail.contoso.com</Server>
<Port>587</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>
Fournisseur de services Internet avec les services POP3, IMAP et SMTP, avec priorité sur POP3 pour les clients
Le fichier XML suivant doit être configuré exactement comme décrit dans la section précédente.
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>POP3</Type>
<Server>mail.contoso.com</Server>
<Port>995</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>IMAP</Type>
<Server>mail.contoso.com</Server>
<Port>993</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>SMTP</Type>
<Server>mail.contoso.com</Server>
<Port>587</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>
Redirection XML vers un emplacement de fichier XML commun
Pour rediriger les utilisateurs vers un emplacement de fichier XML commun, le fichier XML suivant doit être configuré à l’emplacement du domaine hébergé, au niveau d’une URL non chiffrée. Lors de l’utilisation de ce fichier XML, les utilisateurs voient un message indiquant qu’ils sont redirigés vers un autre site pour les paramètres de découverte automatique.
Par exemple, si l’emplacement de domaine hébergé était hoster.com fournissant des adresses de messagerie contoso.com, le fichier se trouverait à l’emplacement http://autodiscover.contoso.com/autodiscover/autodiscover.xml. Dans cet exemple, le contenu du fichier se présenterait comme indiqué dans l’exemple de code suivant.
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>redirectUrl</Action>
<RedirectUrl>https://autodiscover.hoster.com/autodiscover/autodiscover.xml</RedirectUrl>
</Account>
</Response>
</Autodiscover>
Les utilisateurs peuvent plutôt être redirigés en configurant une redirection HTTP 302 standard à l’emplacement source. Outlook 2010 suit les redirections 302 et les balises redirectUrl dans une réponse XML.
Notez que le contenu du fichier XML pour toutes les réponses de découverte automatique doit être nommé Autodiscover.xml.
Découverte de paramètres communs
Si les paramètres requis pour la configuration automatique d’un compte d’utilisateur dans Outlook 2010 est introuvable par les méthodes décrites dans les sections précédentes de découverte automatique, un algorithme de secours est utilisé pour détecter les serveurs à l’aide de noms courants et de ports connus.
Dans Outlook 2010, la configuration automatique d’un compte Webmail définit le type de compte sur IMAP par défaut pour les comptes Webmail pris en charge par IMAP, tels que Google Gmail. Si les utilisateurs préfèrent les paramètres POP3, ils peuvent régler manuellement les paramètres du protocole une fois que les paramètres sont déterminés par Outlook 2010 en sélectionnant l’option Configurer manuellement les paramètres du serveur dans la boîte de dialogue Ajouter un nouveau compte. Pour que cette sélection soit assez simple pour les utilisateurs, les fournisseurs de services de messagerie qui proposent les protocoles POP3 et IMAP doivent utiliser les mêmes noms de serveur pour chaque protocole. Ensuite, l’utilisateur doit simplement modifier une zone de sélection, en passant d’IMAP à POP3.
Outlook 2010 essaie plusieurs paramètres de serveur entrant et sortant tout en optimisant les performances et en réduisant le délai d’attente pour l’utilisateur. Les paramètres qu’Outlook 2010 essaie de configurer pour les utilisateurs sont répertoriés dans les tableaux suivants. Tous les paramètres chiffrés sont essayés en premier, de façon mutuelle et exclusive. Ensuite, les paramètres qui ne sont pas chiffrés sont essayés si l’utilisateur l’accepte.
Paramètres IMAP
Tout d’abord, les paramètres chiffrés sont essayés. Pour un serveur IMAP, les permutations de connexion se présentent comme dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
993 |
SSL |
SPA |
email@domain |
993 |
SSL |
Aucune authentification SPA |
|
email@domain |
993 |
TLS |
SPA |
|
email@domain |
993 |
TLS |
Aucune authentification SPA |
|
email@domain |
143 |
SSL |
SPA |
|
email@domain |
143 |
SSL |
Aucune authentification SPA |
|
email@domain |
143 |
TLS |
SPA |
|
email@domain |
143 |
TLS |
Aucune authentification SPA |
|
993 |
SSL |
SPA |
||
993 |
SSL |
Aucune authentification SPA |
||
993 |
TLS |
SPA |
||
993 |
TLS |
Aucune authentification SPA |
||
courrier électronique |
143 |
SSL |
SPA |
|
courrier électronique |
143 |
SSL |
Aucune authentification SPA |
|
courrier électronique |
143 |
TLS |
SPA |
|
courrier électronique |
143 |
TLS |
Aucune authentification SPA |
|
imap.domain |
email@domain |
993 |
SSL |
SPA |
email@domain |
993 |
SSL |
Aucune authentification SPA |
|
email@domain |
993 |
TLS |
SPA |
|
email@domain |
993 |
TLS |
Aucune authentification SPA |
|
email@domain |
143 |
SSL |
SPA |
|
email@domain |
143 |
SSL |
Aucune authentification SPA |
|
email@domain |
143 |
TLS |
SPA |
|
email@domain |
143 |
TLS |
Aucune authentification SPA |
|
993 |
SSL |
SPA |
||
993 |
SSL |
Aucune authentification SPA |
||
993 |
TLS |
SPA |
||
993 |
TLS |
Aucune authentification SPA |
||
143 |
SSL |
SPA |
||
143 |
SSL |
Aucune authentification SPA |
||
143 |
TLS |
SPA |
||
143 |
TLS |
Aucune authentification SPA |
||
domain |
email@domain |
993 |
SSL |
SPA |
email@domain |
993 |
SSL |
Aucune authentification SPA |
|
email@domain |
993 |
TLS |
SPA |
|
email@domain |
993 |
TLS |
Aucune authentification SPA |
|
email@domain |
143 |
SSL |
SPA |
|
email@domain |
143 |
SSL |
Aucune authentification SPA |
|
email@domain |
143 |
TLS |
SPA |
|
email@domain |
143 |
TLS |
Aucune authentification SPA |
|
993 |
SSL |
SPA |
||
993 |
SSL |
Aucune authentification SPA |
||
993 |
TLS |
SPA |
||
993 |
TLS |
Aucune authentification SPA |
||
143 |
SSL |
SPA |
||
143 |
SSL |
Aucune authentification SPA |
||
143 |
TLS |
SPA |
||
143 |
TLS |
Aucune authentification SPA |
Ensuite, les permutations non chiffrées sont essayées, une fois que l’utilisateur est invité à poursuivre les tentatives de connexion non chiffrées. Les paramètres IMAP non chiffrés qu’Outlook 2010 essaie de configurer se présentent comme dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
143 |
Effacer |
SPA |
email@domain |
143 |
Effacer |
Aucune authentification SPA |
|
143 |
Effacer |
SPA |
||
143 |
Effacer |
Aucune authentification SPA |
||
imap.domain |
email@domain |
143 |
Effacer |
SPA |
email@domain |
143 |
Effacer |
Aucune authentification SPA |
|
143 |
Effacer |
SPA |
||
143 |
Effacer |
Aucune authentification SPA |
||
domain |
email@domain |
143 |
Effacer |
SPA |
email@domain |
143 |
Effacer |
Aucune authentification SPA |
|
143 |
Effacer |
SPA |
||
143 |
Effacer |
Aucune authentification SPA |
Paramètres POP3
Tout d’abord, les paramètres chiffrés sont essayés. Pour un serveur POP3, les permutations de connexion se présentent comme indiqué dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
995 |
SSL |
SPA |
email@domain |
995 |
SSL |
Aucune authentification SPA |
|
email@domain |
995 |
TLS |
SPA |
|
email@domain |
995 |
TLS |
Aucune authentification SPA |
|
email@domain |
110 |
SSL |
SPA |
|
email@domain |
110 |
SSL |
Aucune authentification SPA |
|
email@domain |
110 |
TLS |
SPA |
|
email@domain |
110 |
TLS |
Aucune authentification SPA |
|
995 |
SSL |
SPA |
||
995 |
SSL |
Aucune authentification SPA |
||
995 |
TLS |
SPA |
||
995 |
TLS |
Aucune authentification SPA |
||
110 |
SSL |
SPA |
||
110 |
SSL |
Aucune authentification SPA |
||
110 |
TLS |
SPA |
||
110 |
TLS |
Aucune authentification SPA |
||
pop3.domain |
email@domain |
995 |
SSL |
SPA |
email@domain |
995 |
SSL |
Aucune authentification SPA |
|
email@domain |
995 |
TLS |
SPA |
|
email@domain |
995 |
TLS |
Aucune authentification SPA |
|
email@domain |
110 |
SSL |
SPA |
|
email@domain |
110 |
SSL |
Aucune authentification SPA |
|
email@domain |
110 |
TLS |
SPA |
|
email@domain |
110 |
TLS |
Aucune authentification SPA |
|
995 |
SSL |
SPA |
||
995 |
SSL |
Aucune authentification SPA |
||
995 |
TLS |
SPA |
||
995 |
TLS |
Aucune authentification SPA |
||
110 |
SSL |
SPA |
||
110 |
SSL |
Aucune authentification SPA |
||
110 |
TLS |
SPA |
||
110 |
TLS |
Aucune authentification SPA |
||
pop.domain |
email@domain |
995 |
SSL |
SPA |
email@domain |
995 |
SSL |
Aucune authentification SPA |
|
email@domain |
995 |
TLS |
SPA |
|
email@domain |
995 |
TLS |
Aucune authentification SPA |
|
email@domain |
110 |
SSL |
SPA |
|
email@domain |
110 |
SSL |
Aucune authentification SPA |
|
email@domain |
110 |
TLS |
SPA |
|
email@domain |
110 |
TLS |
Aucune authentification SPA |
|
995 |
SSL |
SPA |
||
995 |
SSL |
Aucune authentification SPA |
||
995 |
TLS |
SPA |
||
995 |
TLS |
Aucune authentification SPA |
||
110 |
SSL |
SPA |
||
110 |
SSL |
Aucune authentification SPA |
||
110 |
TLS |
SPA |
||
110 |
TLS |
Aucune authentification SPA |
||
domain |
email@domain |
995 |
SSL |
SPA |
email@domain |
995 |
SSL |
Aucune authentification SPA |
|
email@domain |
995 |
TLS |
SPA |
|
email@domain |
995 |
TLS |
Aucune authentification SPA |
|
email@domain |
110 |
SSL |
SPA |
|
email@domain |
110 |
SSL |
Aucune authentification SPA |
|
email@domain |
110 |
TLS |
SPA |
|
email@domain |
110 |
TLS |
Aucune authentification SPA |
|
995 |
SSL |
SPA |
||
995 |
SSL |
Aucune authentification SPA |
||
995 |
TLS |
SPA |
||
995 |
TLS |
Aucune authentification SPA |
||
110 |
SSL |
SPA |
||
110 |
SSL |
Aucune authentification SPA |
||
110 |
TLS |
SPA |
||
110 |
TLS |
Aucune authentification SPA |
Ensuite, les permutations non chiffrées sont essayées, une fois que l’utilisateur est invité à poursuivre les tentatives de connexion non chiffrées. Les paramètres POP3 non chiffrés qu’Outlook 2010 essaie de configurer se présentent comme indiqué dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
110 |
Effacer |
SPA |
email@domain |
110 |
Effacer |
Aucune authentification SPA |
|
110 |
Effacer |
SPA |
||
110 |
Effacer |
Aucune authentification SPA |
||
pop3.domain |
email@domain |
110 |
Effacer |
SPA |
email@domain |
110 |
Effacer |
Aucune authentification SPA |
|
110 |
Effacer |
SPA |
||
110 |
Effacer |
Aucune authentification SPA |
||
pop.domain |
email@domain |
110 |
Effacer |
SPA |
email@domain |
110 |
Effacer |
Aucune authentification SPA |
|
110 |
Effacer |
SPA |
||
110 |
Effacer |
Aucune authentification SPA |
||
domain |
email@domain |
110 |
Effacer |
SPA |
email@domain |
110 |
Effacer |
Aucune authentification SPA |
|
110 |
Effacer |
SPA |
||
110 |
Effacer |
Aucune authentification SPA |
Paramètres SMTP
Tout d’abord, les paramètres chiffrés sont essayés. Pour un serveur SMTP, les permutations de connexion se présentent comme dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
587 |
SSL |
SPA |
email@domain |
587 |
SSL |
Aucune authentification SPA |
|
email@domain |
587 |
TLS |
SPA |
|
email@domain |
587 |
TLS |
Aucune authentification SPA |
|
email@domain |
25 |
SSL |
SPA |
|
email@domain |
25 |
SSL |
Aucune authentification SPA |
|
email@domain |
25 |
TLS |
SPA |
|
email@domain |
25 |
TLS |
Aucune authentification SPA |
|
587 |
SSL |
SPA |
||
587 |
SSL |
Aucune authentification SPA |
||
587 |
TLS |
SPA |
||
587 |
TLS |
Aucune authentification SPA |
||
25 |
SSL |
SPA |
||
25 |
SSL |
Aucune authentification SPA |
||
25 |
TLS |
SPA |
||
25 |
TLS |
Aucune authentification SPA |
||
Anonyme |
587 |
SSL |
non applicable |
|
Anonyme |
587 |
TLS |
non applicable |
|
Anonyme |
25 |
SSL |
non applicable |
|
Anonyme |
25 |
TLS |
non applicable |
|
smtp.domain |
email@domain |
587 |
SSL |
SPA |
email@domain |
587 |
SSL |
Aucune authentification SPA |
|
email@domain |
587 |
TLS |
SPA |
|
email@domain |
587 |
TLS |
Aucune authentification SPA |
|
email@domain |
25 |
SSL |
SPA |
|
email@domain |
25 |
SSL |
Aucune authentification SPA |
|
email@domain |
25 |
TLS |
SPA |
|
email@domain |
25 |
TLS |
Aucune authentification SPA |
|
587 |
SSL |
SPA |
||
587 |
SSL |
Aucune authentification SPA |
||
587 |
TLS |
SPA |
||
587 |
TLS |
Aucune authentification SPA |
||
25 |
SSL |
SPA |
||
25 |
SSL |
Aucune authentification SPA |
||
25 |
TLS |
SPA |
||
25 |
TLS |
Aucune authentification SPA |
||
Anonyme |
587 |
SSL |
non applicable |
|
Anonyme |
587 |
TLS |
non applicable |
|
Anonyme |
25 |
SSL |
non applicable |
|
Anonyme |
25 |
TLS |
non applicable |
|
domain |
email@domain |
587 |
SSL |
SPA |
email@domain |
587 |
SSL |
Aucune authentification SPA |
|
email@domain |
587 |
TLS |
SPA |
|
email@domain |
587 |
TLS |
Aucune authentification SPA |
|
email@domain |
25 |
SSL |
SPA |
|
email@domain |
25 |
SSL |
Aucune authentification SPA |
|
email@domain |
25 |
TLS |
SPA |
|
email@domain |
25 |
TLS |
Aucune authentification SPA |
|
587 |
SSL |
SPA |
||
587 |
SSL |
Aucune authentification SPA |
||
587 |
TLS |
SPA |
||
587 |
TLS |
Aucune authentification SPA |
||
25 |
SSL |
SPA |
||
25 |
SSL |
Aucune authentification SPA |
||
25 |
TLS |
SPA |
||
25 |
TLS |
Aucune authentification SPA |
||
Anonyme |
587 |
SSL |
non applicable |
|
Anonyme |
587 |
TLS |
non applicable |
|
Anonyme |
25 |
SSL |
non applicable |
|
Anonyme |
25 |
TLS |
non applicable |
Ensuite, les permutations non chiffrées sont essayées, une fois que l’utilisateur est invité à poursuivre les tentatives de connexion non chiffrées. Les paramètres SMTPP non chiffrés qu’Outlook 2010 essaie de configurer se présentent comme dans le tableau suivant.
| Serveur | Nom d’utilisateur | Port | TLS/SSL | SPA |
|---|---|---|---|---|
mail.domain |
email@domain |
25 |
Effacer |
SPA |
email@domain |
25 |
Effacer |
Aucune authentification SPA |
|
25 |
Effacer |
SPA |
||
25 |
Effacer |
Aucune authentification SPA |
||
Anonyme |
25 |
Effacer |
non applicable |
|
smtp.domain |
email@domain |
25 |
Effacer |
SPA |
email@domain |
25 |
Effacer |
Aucune authentification SPA |
|
25 |
Effacer |
SPA |
||
25 |
Effacer |
Aucune authentification SPA |
||
Anonyme |
25 |
Effacer |
non applicable |
|
domain |
email@domain |
25 |
Effacer |
SPA |
email@domain |
25 |
Effacer |
Aucune authentification SPA |
|
25 |
Effacer |
SPA |
||
25 |
Effacer |
Aucune authentification SPA |
||
Anonyme |
25 |
Effacer |
non applicable |