Dépannage de Outlook Web Access dans Exchange 2000 Server

Article
03/30/2009

Sur cette page

Introduction
Les meilleures pratiques de dépannage
Ne modifiez qu'une configuration à la fois
Vérifiez ce que vous avez saisi
Utilisez un seul compte d'utilisateur
Si l'utilisation d'un nouveau compte résout le problème
Vérifiez l'existence du problème sur plusieurs ordinateurs clients
Essayez de vous connecter à l'aide d'un autre navigateur ou d'un autre programme de messagerie
Utilisez le format <domaine>\<nom d'utilisateur> lorsque vous demandez une authentification
Si l'utilisation du format <domaine>\<nom d'utilisateur> résout le problème
Connectez-vous à la boîte aux lettres à l'aide de l'URL complète
Si la connexion à l'aide de l'URL complète résout le problème
Utilisez uniquement l'authentification de base
Si l'utilisation de l'Authentification de base résout le problème
Quels sont les symptômes ?
Erreurs HTTP et IIS
Messages d'erreur HTTP « simplifiés »
Erreurs dans une boîte de dialogue de Outlook Web Access
Comportement inhabituel dans Outlook Web Access
Que signifient ces symptômes ?
Catégorie d'erreur : erreur HTTP
Catégorie d'erreur : Erreur IIS
Catégorie d'erreur : Comportement Outlook Web Access
Autres étapes de dépannage
Comment déterminer si l'erreur est provoquée par Exchange ou IIS
Vérifiez les autorisations sur les systèmes de fichiers
Vérifiez les droits des utilisateurs
Examinez les droits sur le serveur et le répertoire virtuels dans le Gestionnaire système
Vérifiez les autorisations sur les serveur et répertoire virtuels dans IIS
Protection des applications dans Exchweb\bin
Assurez-vous de la réplication des paramètres IIS
Indications de problèmes de réplication
Outils de dépannage
Autres ressources

Introduction

Microsoft® Outlook® Web Access dans Microsoft Exchange 2000 Server assure un accès pratique aux données de la boîte aux lettres Exchange via un navigateur Web. Les administrateurs peuvent utiliser ce livre blanc pour résoudre les problèmes de configuration ainsi que les problèmes réseau courants qui empêchent les utilisateurs de se connecter et d'utiliser correctement Outlook Web Access.

Ce document est destiné aux administrateurs Exchange 2000 ou Outlook Web Access qui sont familiarisés avec HTTP et les concepts fondamentaux de Microsoft Windows® 2000. La connaissance de Microsoft Internet Information Services (IIS) contribuera également au dépannage.

Utilisez les cinq étapes présentées dans ce document pour résoudre les erreurs de connexion les plus courantes de Outlook Web Access afin de déterminer :

le type de l'erreur que vous pouvez rencontrer ;
la signification de l'erreur ;
les causes possibles de l'erreur.

Même si aucune de ces étapes ne vous aide à résoudre le problème, vous pourrez utiliser les informations collectées au cours de celles-ci si vous devez appeler le service d'assistance clientèle de Microsoft. Lors du dépannage, documentez clairement chaque étape car il vous faudra probablement y revenir ou donner des informations à un représentant du service d'assistance clientèle de Microsoft.

Remarque Ce document aborde en particulier les problèmes qui bloquent, pour vous ou votre client, l'utilisation de Outlook Web Access, par exemple l'incapacité de se connecter ou d'afficher des éléments dans les dossiers, par opposition aux problèmes pouvant se présenter au cours d'une session Outlook Web Access.

Ce document présente les étapes ci-après pour vous aider à résoudre votre problème.

Les meilleures pratiques de dépannage Cette étape décrit des pratiques administratives fiables permettant de garantir la cohérence des performances de Outlook Web Access, ainsi que des solutions à la plupart des erreurs courantes.
Quels sont les symptômes ? Cette étape aide les administrateurs à isoler la cause d'une erreur en décrivant les catégories les plus courantes. Le service d'assistance clientèle de Microsoft utilise ces mêmes catégories pour dépanner Outlook Web Access.
Que signifient ces symptômes ? Dès lors que les administrateurs ont constaté les symptômes du problème, cette étape vous aide à déterminer la cause du problème ainsi que certaines manières de le résoudre.
Autres étapes de dépannage Cette étape décrit des méthodes de dépannage plus spécifiques, notamment la vérification des composants Exchange 2000 et Microsoft Windows® 2000 ayant provoqué auparavant des erreurs dans Outlook Web Access.
Outils de dépannage Cette étape présente une vue d'ensemble des outils Windows 2000 et Exchange 2000 qui peuvent aider les administrateurs à résoudre d'autres problèmes Outlook Web Access.

Les meilleures pratiques de dépannage

Les sections ci-après décrivent les conseils administratifs pour Outlook Web Access que le service d'assistance clientèle de Microsoft utilise avec succès pour résoudre les erreurs courantes.

Ne modifiez qu'une configuration à la fois

Le conseil de dépannage le plus important est que vous ne devez modifier qu'un seul paramètre ou qu'une seule configuration à la fois. La modification d'un seul paramètre vous permet de suivre précisément le comportement avant et après la modification, puis de déterminer quelle modification pourra résoudre le problème. En ne modifiant qu'un seul paramètre à la fois, vous aidez également le service d'assistance clientèle, si vous devez le contacter, à limiter les causes du problème.

Vérifiez ce que vous avez saisi

L'un des problèmes de connexion les plus courants de Microsoft Outlook Web Access provient d'une faute de frappe dans le mot de passe. Si un utilisateur ne peut pas accéder à sa boîte aux lettres, demandez-lui de faire une nouvelle tentative pour qu'il s'assure de l'absence d'erreur typographique. Vérifiez également que la touche VERR MAJ n'est pas activée.

Utilisez un seul compte d'utilisateur

N'utilisez pas de compte d'administrateur lors de vos essais. L'idéal est de créer un compte d'utilisateur immédiatement afin de procéder au dépannage, plutôt que d'utiliser un compte existant. L'utilisation d'un nouveau compte garantit l'absence de problèmes antérieurs avec ce compte.

Si l'utilisation d'un nouveau compte résout le problème

En cas de problème avec un seul compte d'utilisateur, comparez les options de configuration du service Annuaire Active Directory® pour ce compte d'utilisateur avec un autre compte d'utilisateur qui fonctionne correctement.

Vérifiez l'existence du problème sur plusieurs ordinateurs clients

Parfois, un problème peut survenir sur un ordinateur client particulier. Vérifiez que vous pouvez reproduire le problème sur plusieurs ordinateurs clients. Si ce n'est pas le cas, vous avez fortement limité les causes du problème.

Essayez de vous connecter à l'aide d'un autre navigateur ou d'un autre programme de messagerie

Si vous avez constaté le problème à l'origine lors de l'utilisation de Microsoft Internet Explorer 5 avec Outlook Web Access, essayez d'utiliser Netscape Navigator. Inversement, si vous avez constaté le problème à l'origine lors de l'utilisation de Netscape Navigator, essayez d'utiliser Internet Explorer.

Outlook Web Access se présente sous deux formes, une forme cliente « complète » et une forme cliente « accessible ». Les utilisateurs exécutant Internet Explorer 5 ou une version ultérieure sur des ordinateurs fonctionnant sur Microsoft Windows ou Sun Solaris utilisent la forme cliente complète, laquelle leur garantit l'intégralité des fonctions. Les utilisateurs de tous les autres navigateurs (par exemple, Internet Explorer 4.x ou Netscape Navigator) utilisent la forme cliente accessible.

La forme cliente complète tire parti des commandes qui existent sur les ordinateurs exécutant Internet Explorer 5 ou une version ultérieure afin d'effectuer des requêtes personnalisées conjointement avec le serveur Exchange. Internet Explorer 5 ou version ultérieure utilise le langage DHTML (Dynamic Hypertext Markup Language) pour procéder au rendu des éléments et rendre Outlook Web Access visuellement similaire à Outlook.

La forme cliente accessible utilise des scripts HTML 3.2 et ECMA (European Computer Manufacturers Association) plus simples pour assurer le rendu des vues et éléments. Internet Explorer 4.x, Netscape Navigator, Opera, Pocket Internet Explorer, ainsi que tous les autres navigateurs utilisent la forme cliente accessible.

Les navigateurs prennent en charge divers mécanismes d'authentification. Par exemple, si vous ne pouvez pas vous connecter à l'aide d'Internet Explorer 5, mais que vous le pouvez à l'aide de Pocket Internet Explorer, il peut y avoir un problème avec les configurations dans l'authentification NTLM ou Kerberos de votre organisation.

Vous pouvez également utiliser Outlook (avec un service Exchange Server) ou Outlook Express (avec un protocole POP [Post Office Protocol] ou un compte IMAP [Internet Message Access Protocol]) pour accéder à la boîte aux lettres en question. Si vous ne pouvez pas accéder au compte avec ces programmes clients non-Outlook Web Access, le problème n'est probablement pas spécifique à Outlook Web Access.

Utilisez le format <domaine>\<nom d'utilisateur> lorsque vous demandez une authentification

Lorsque les utilisateurs accèdent à une boîte aux lettres dans Outlook Web Access, leur navigateur Web ouvre une boîte de dialogue les invitant à indiquer leurs informations d'identification. Cette boîte de dialogue peut comporter deux champs (nom d'utilisateur et mot de passe) ou bien trois (nom d'utilisateur, mot de passe et domaine), en fonction du type et de la version du navigateur dont disposent les utilisateurs. La forme par défaut du nom d'utilisateur est le nom de domaine, suivi d'une barre oblique inverse (\), puis du pseudonyme ou du nom de l'utilisateur. Lors du dépannage d'une erreur, si vous avez configuré des options d'authentification n'étant pas définies par défaut (par exemple, des noms d'utilisateurs UPN [User Principal Name] ou un domaine par défaut) dans votre organisation, ne les utilisez pas. Utilisez toujours le format <domaine>\<nom d'utilisateur>lors du dépannage.

Si l'utilisation du format <domaine>\<nom d'utilisateur> résout le problème

Si vous pouvez accéder à la boîte aux lettres en utilisant le format <domaine>\<nom d'utilisateur>, mais que vous ne pouvez pas y accéder en utilisant des noms d'utilisateur UPN ou un domaine par défaut, vérifiez les paramètres du domaine par défaut dans le Gestionnaire système Exchange.

Les procédures suivantes décrivent comment vérifier les paramètres du domaine par défaut sur le serveur virtuel HTTP par défaut et sur les serveurs virtuels HTTP créés par vous-même ou par votre organisation. Vous devez administrer le serveur virtuel HTTP par défaut par l'intermédiaire du Gestionnaire des services Internet. Utilisez le Gestionnaire système pour administrer les serveurs virtuels HTTP que vous créez.

Pour vérifier les paramètres du domaine par défaut dans le Gestionnaire des services Internet (serveur virtuel HTTP par défaut ) :

Cliquez sur Démarrer, pointez sur Programmes, Outils d'administration, puis cliquez sur Gestionnaire des services Internet.
Si nécessaire, cliquez pour développer l'objet ordinateur local, puis développez l'arborescence des Sites Web.
Cliquez avec le bouton droit sur Site Web par défaut, puis cliquez sur Propriétés.
Cliquez sur l'onglet Sécurité de répertoire, puis sous Accès anonyme et contrôle d'authentification, cliquez sur Modifier.
Dans Méthodes d'authentification, sous Accès authentifié, vérifiez que votre domaine est correctement répertorié dans Domaine par défaut, sans erreurs typographiques ou fautes d'orthographe. Pour les noms d'utilisateur UPN, seule une barre oblique inverse (\) doit apparaître dans la liste.

Pour vérifier les paramètres du domaine par défaut dans le Gestionnaire système Exchange (tous les autres serveurs virtuels HTTP) :

Cliquez sur Démarrer, pointez sur Programmes, Microsoft Exchange, puis cliquez sur Gestionnaire système.
Cliquez pour développer Groupes administratifs, le groupe administratif en question, Serveurs, le serveur Exchange en question, Protocoles, puis HTTPpuis le serveur virtuel HTTP en question.
Cliquez avec le bouton droit sur le répertoire virtuel du serveur HTTP en question, puis cliquez sur Propriétés.
Sous l'onglet Accès, cliquez sur le bouton Authentification.
Dans Méthodes d'authentification, vérifiez que votre domaine est correctement répertorié dans Domaine par défaut, sans erreurs typographiques ou fautes d'orthographe. Pour les noms d'utilisateur UPN, seule une barre oblique inverse (\) doit apparaître dans la liste.

Si le domaine par défaut est correctement répertorié, il se peut que les paramètres n'aient pas été répliqués dans la métabase du serveur Exchange. Pour plus d'informations, reportez-vous au paragraphe intitulé « Assurez-vous de la réplication des paramètres IIS », plus loin dans ce document.

Pour plus d'informations sur la connexion à l'aide d'un UPN, reportez-vous à l'article Q243280 de la Base de connaissances, intitulé Utilisateurs peuvent Ouverture de session utilisant Nom d'utilisateur ou UPN.

Connectez-vous à la boîte aux lettres à l'aide de l'URL complète

Avec Outlook Web Access, les utilisateurs n'ont pas besoin de connaître l'intégralité de l'URL menant à leur boîte aux lettres pour se connecter. Il leur suffit d'entrer http://<nom du serveur>/exchange puis, lorsqu'ils y sont invités par le navigateur, d'entrer leur nom d'utilisateur et leur mot de passe. Exchange utilise les informations du nom d'utilisateur et du mot de passe pour consulter l'URL complète menant à la boîte aux lettres de l'utilisateur dans Active Directory. Exchange dirige ensuite l'utilisateur vers la boîte aux lettres appropriée.

Pendant une opération de dépannage, utilisez toujours l'intégralité de l'URL menant à la boîte aux lettres, par exemple http://<nom du serveur>/exchange/<nom d'utilisateur>. Lorsque vous utilisez l'URL complète, Exchange ne procède pas à la consultation de Active Directory qui est nécessaire avec l'URL simplifiée.

Si la connexion à l'aide de l'URL complète résout le problème

Si vous pouvez accéder à la boîte aux lettres à l'aide de l'URL complète, mais ne pouvez y accéder en vous connectant avec l'URL simplifiée, le problème d'accès est vraisemblablement lié à l'authentification.

Utilisez uniquement l'authentification de base

Définissez la méthode d'authentification pour les utilisateurs de ressources qui rencontrent des problèmes d'accès à Authentification de base. Cette étape est particulièrement importante si vous pensez qu'un problème d'accès est dû à des autorisations configurées de manière incorrecte.

Les procédures suivantes indiquent comment configurer les paramètres d'authentification sur le serveur virtuel HTTP par défaut et sur les serveurs virtuels HTTP créés par vous-même ou par votre organisation. Vous devez administrer le serveur virtuel HTTP par défaut à l'aide du Gestionnaire des services Internet. Utilisez le Gestionnaire système pour administrer les serveurs HTTP virtuels que vous créez.

Avertissement de sécurité Utilisez ces procédures à des fins de dépannage uniquement. Pour des raisons de sécurité, ne sélectionnez jamais Authentification de base en tant qu'unique méthode d'authentification à moins d'utiliser également le cryptage SSL (Secure Sockets Layer).

Pour activer Authentification de base dans le Gestionnaire des services Internet (serveur virtuel HTTP par défaut)

Cliquez sur Démarrer, pointez sur Programmes, Outils d'administration, puis cliquez sur Gestionnaire des services Internet.
Si nécessaire, cliquez pour développer l'objet de l'ordinateur local, puis Sites Web.
Cliquez avec le bouton droit sur Site Web par défaut, puis cliquez sur Propriétés.
Cliquez sur l'onglet Sécurité de répertoire, puis sous Accès anonyme et contrôle d'authentification, cliquez sur Modifier.
Dans Méthodes d'authentification, sous Accès authentifié, cliquez pour sélectionner Authentification de base, puis cliquer sur Modifier. Dans Nom du domaine dans la boîte de dialogue Domaine d'authentification de base, entrez le nom de domaine de votre organisation.
Si nécessaire, désactivez toutes les autres méthodes d'authentification.

Pour vérifier les paramètres du domaine par défaut dans le Gestionnaire système Exchange (tous les autres serveurs virtuels HTTP) :

Cliquez sur Démarrer, pointez sur Programmes, Microsoft Exchange, puis cliquez sur Gestionnaire système.
Cliquez pour développer Groupes administratifs, le groupe administratif en question, Serveurs, le serveur Exchange en question, Protocoles, puis HTTPpuis le serveur virtuel HTTP en question.
Cliquez avec le bouton droit sur le répertoire du serveur virtuel HTTP en question, puis cliquez sur Propriétés.
Sous l'onglet Accès, cliquez sur Authentification.
Dans Méthodes d'authentification, cliquez pour sélectionner Authentification de base. Dans Domaine par défaut, entrez le nom de domaine de votre organisation.
Si nécessaire, cliquez pour désactiver Connexion anonyme et Authentification intégrée Windows.

Il se peut que vous ayez à attendre au moins 15 minutes pour que vos paramètres d'authentification soient répliqués dans la métabase Exchange. Pour plus d'informations, reportez-vous au paragraphe intitulé « Assurez-vous de la réplication des paramètres IIS » plus loin dans ce document.

Si l'utilisation de l'Authentification de base résout le problème

Si l'utilisation de l''Authentification de base avec aucune autre méthode d'authentification permet d'accéder à la boîte aux lettres, le problème d'accès est provoqué par l'Authentification Windows intégrée ou par l'Accès anonyme.

La fonction Authentification Windows intégrée se réfère aux mécanismes d'authentification Windows 2000 enregistrés sur le serveur Exchange, tels que NTLM et Kerberos. NTLM est uniquement pris en charge par Internet Explorer 4.x et version ultérieure. Kerberos est uniquement pris en charge par Internet Explorer 5 et version ultérieure.

Si le problème se présente lorsque vous sélectionnez Authentification Windows intégrée, vérifiez s'il survient avec un navigateur autre que Microsoft Internet Explorer 5 ou version ultérieure (par exemple Internet Explorer 4.x), car ce type de navigateur ne prend pas en charge la fonction Authentification Windows intégrée. En cas d'absence de problème avec un navigateur comme Internet Explorer 4.x, le problème d'accès est probablement dû à la fonction Authentification Windows intégrée.

Quels sont les symptômes ?

Quels sont les indices observés vous indiquant que Microsoft Outlook Web Access ne fonctionne pas ? Cette section décrit les indications les plus courantes des problèmes d'accès.

Erreurs HTTP et IIS

Une erreur HTTP est le symptôme le plus courant qu'un utilisateur peut observer lorsqu'il tente de se connecter à Outlook Web Access. Étant donné qu'il existe plusieurs types d'erreurs HTTP pouvant être reçues par un navigateur, le code d'erreur est très utile pour déterminer ce qui est erroné. Comme stipulé précédemment, même si le code d'erreur ne vous aide pas à résoudre le problème, il peut être utile aux services d'assistance clientèle de Microsoft.

Si vous tentez d'accéder à Outlook Web Access et que vous recevez une erreur dans le navigateur, notez le code d'erreur. Par exemple, dans l'erreur HTTP HTTP 404 - Fichier introuvable présentée à la figure 1, 404 est le code d'erreur.

Figure 1 Une erreur HTTP

Outre les codes d'erreur HTTP, IIS comporte également ses propres codes d'erreur affichés via les navigateurs Web. Ces codes d'erreur sont généralement exprimés sous la forme de deux groupes de nombres, comme indiqué ci-après :

-2146893055 (0x80090301)

Messages d'erreur HTTP « simplifiés »

Microsoft Internet Explorer comporte une option permettant aux utilisateurs de n'afficher que les messages d'erreur « simplifiés », qui sont des messages formulés clairement et dépourvus de codes d'erreur. Si vous pensez que vous recevez une erreur mais ne voyez pas de code d'erreur, il se peut que l'option d'affichage des messages d'erreur HTTP simplifiés soit activée sur le navigateur en question (cette option est désactivée par défaut). La procédure suivante décrit comment désactiver l'option des messages d'erreur HTTP simplifiés.

Pour désactiver l'option d'affichage des messages d'erreur HTTP simplifiés dans Internet Explorer :

Dans le menu Outils de Internet Explorer, cliquez sur Options Internet.
Cliquez sur l'onglet Avancé.
Sous Navigation, cliquez pour désactiver la case à cocher Afficher des messages d'erreur HTTP simplifiés.

Erreurs dans une boîte de dialogue de Outlook Web Access

Des utilisateurs peuvent également recevoir un autre type d'erreur IIS ou HTTP comme illustré à la figure 2. Dans ce type d'erreur, Outlook Web Access détecte un problème HTTP ou IIS et affiche une boîte de dialogue d'erreur, au lieu d'afficher une erreur dans la fenêtre du navigateur.

Figure 2 Exemple d'une boîte de dialogue d'erreur affichée par Outlook Web Access

Pour afficher l'erreur complète, dans un cas comme celui-ci, prenez un instantané du trafic HTTP entre votre client et le serveur. Le code d'erreur apparaîtra probablement dans cet instantané.

Comportement inhabituel dans Outlook Web Access

Un comportement inhabituel dans Outlook Web Access révèle également l'existence d'un problème. Voici certains exemples de comportements inhabituels :

La barre de navigation du cadre gauche s'affiche correctement, mais le cadre droit faisant apparaître le contenu du dossier ne s'affiche pas correctement.
L'expression Chargement en cours… s'affiche dans le cadre de contenu pendant une durée inhabituellement longue et la liste des éléments de ce dossier ne s'affiche jamais.
Vous recevez une erreur de script.

Dans Internet Explorer, vous pouvez configurer le navigateur pour afficher les erreurs de script à l'utilisateur (la fonction est désactivée par défaut). L'affichage des erreurs de script aide les administrateurs à rectifier les erreurs dans Outlook Web Access.

Pour afficher les erreurs de script dans Internet Explorer

Dans le menu Outils de Internet Explorer, cliquez sur Options Internet.
Cliquez sur l'onglet Avancé.
Sous Navigation, cliquez pour sélectionner Afficher une notification de chaque erreur de script.

Que signifient ces symptômes ?

Après avoir déterminé les symptômes des erreurs que vous rencontrez, comment déterminez-vous ce qui cause ces symptômes ? Cette section répertorie les symptômes d'erreurs Outlook Web Access par catégorie et offre des suggestions quant aux causes et résolutions possibles.

Catégorie d'erreur : erreur HTTP

Cette section décrit les symptômes d'erreur HTTP ainsi que leurs causes et résolutions possibles.

Symptômes
- 401 Accès refusé
- 401 Échec de connexion
Causes et résolutions possibles
- Le nom d'utilisateur ou le mot de passe est incorrect. Vérifiez qu'il n'existe pas d'erreurs typographiques et que la touche VERR MAJ n'est pas activée.
- Le nom d'utilisateur est entré dans un format incorrect. Par exemple, si le serveur n'est pas configuré pour se connecter à l'aide d'un UPN, vous recevez cette erreur si vous tentez de vous connecter à Outlook Web Access à l'aide d'une adresse de messagerie.
- Vous avez récemment créé le compte d'utilisateur. L'initialisation correcte du compte demande quelques minutes. Pour accélérer le processus, essayez d'envoyer un courrier au compte ou essayez de vous connecter avec un profil Outlook qui est desservi par un serveur Exchange.
- Si vous recevez une erreur 401 Accès refusé lorsque vous accédez à http://<serveur>/exchange, et une erreur 404 Introuvable lorsque vous accédez à http://<serveur>/exchange/<nom d'utilisateur>, l'utilisateur que vous tentez d'authentifier ne possède probablement pas d'adresse SMTP (Simple Mail Transfer Protocol) correspondant au domaine SMTP défini dans les propriétés du répertoire virtuel dans le Gestionnaire système Exchange. Pour plus d'informations, reportez-vous à l'article Q293386 de la Base de connaissances, intitulé « Des messages d'erreur HTTP 401 ou 404 s'affichent quand vous accédez à Outlook Web Access de manière implicite ou explicite » .
- Vous pouvez avoir des autorisations NTFS incorrectes sur Davex.dll (ou Exprox.dll s'il s'agit d'un serveur frontal). Dans un souci de sécurité, assurez-vous que les utilisateurs authentifiés possèdent les autorisations minimales de lecture et d'exécution sur les répertoires %SystemRoot%\system32 et Exchsrv\Bin.
Symptôme
- 403 Accès refusé
Causes et résolutions possibles
- L'authentification de l'utilisateur a réussi mais celui-ci ne peut pas accéder à cette ressource. Attribuez à l'utilisateur l'autorisation d'accéder à la ressource, si nécessaire.
- L'utilisateur a tenté d'accéder au serveur avec une URL commençant par http://, mais SSL est obligatoire. L'utilisateur doit entrer https:// pour accéder au serveur.
- L'exploration des répertoires est désactivée sur le répertoire virtuel Exchange auquel l'utilisateur tente d'accéder. Activez l'exploration des répertoires, si nécessaire.
Symptôme
- 404 Introuvable
Causes et résolutions possibles
- L'élément demandé n'existe pas à l'emplacement spécifié. Cette erreur peut se présenter si un élément affiché par Outlook Web Access est ultérieurement supprimé dans Outlook. L'affichage dans Outlook Web Access n'est pas actualisé automatiquement ; si vous supprimez un élément dans Outlook, et que vous tentez de l'ouvrir plus tard dans Outlook Web Access, vous recevrez cette erreur car l'élément n'existe plus à cet emplacement sur le serveur.
- Si vous recevez une erreur 401 Accès refusé lorsque vos accédez à http://<serveur>/exchange ou une erreur 404 Introuvable lorsque vous accédez à http://<serveur>/exchange/<nom d'utilisateur>, l'utilisateur que vous tentez d'authentifier ne possède pas d'adresse SMTP (Simple Mail Transfer Protocol) correspondant au domaine SMTP défini dans les propriétés du répertoire virtuel dans le Gestionnaire système Exchange. Pour plus d'informations, reportez-vous à l'article Q293386 de la Base de connaissances, intitulé « Des messages d'erreur HTTP 401 ou 404 s'affichent quand vous accédez à Outlook Web Access de manière implicite ou explicite ».
- URLscan est configuré dans IIS et bloque les demandes. Pour plus d'informations, reportez-vous à l'article Q309508 de la Base de connaissances, intitulé « Configurations des outils IIS Lockdown et URLscan dans un environnement Exchange ».
- Si vous avez procédé à la mise à niveau de ce serveur à partir de Outlook Web Access sur Microsoft Exchange Server version 5.5, il se peut que le fichier Exchfilt.dll soit configuré pour traiter la localisation de Outlook Web Access. Pour plus d'informations, reportez-vous à l'article Q288123 de la Base de connaissances, intitulé « Erreur HTTP 404 « Impossible d'afficher la page » lorsque vous essayez de vous connecter au serveur OWA après la mise à niveau de Microsoft Exchange Server 5.5 vers Exchange 2000 Server » .
- Le répertoire virtuel sous lequel Outlook Web Access s'exécute peut comporter des liaisons (adresses IP, en-tête d'hôte ou port TCP) différentes de celles qu'emploient les utilisateurs dans leurs navigateurs Web. Par exemple, si vous créez un en-tête d'hôte monserveur.fabrikam.com sur le répertoire virtuel Exchange dans IIS, et que les utilisateurs entrent http://monserveur/exchange pour accéder à leurs boîtes aux lettres, ils risquent de recevoir une erreur 404 Introuvable car les URL ne correspondent pas exactement. Pour remédier à cette incohérence, ajoutez un nouvel en-tête d'hôte, appelé monserveur, au répertoire virtuel. De même, l'adresse du port TCP ou IP risque d'être différente de celles que les utilisateurs emploient pour accéder à Outlook Web Access, ce qui pourrait également entraîner l'émission d'une erreur 404 Introuvable.
Remarque L'En-tête de l'hôte dans le Gestionnaire des services Internet est le même que le Nom de l'hôte dans le Gestionnaire système.
Symptôme
- 405 Méthode non autorisée
Causes et résolutions possibles
- Vous pouvez rencontrer cette erreur si l'exécution de scripts ou de fichiers exécutables n'est pas spécifiquement autorisée, et que vous tentez d'exécuter une page Active Server Page (.asp) ou d'accéder à un fichier Dynamic Link Library (.dll). Pour rectifier l'erreur, autorisez l'exécution de scripts et de fichiers exécutables, mais soyez conscient des risques de sécurité potentiels qui peuvent se présenter en cas d'acceptation de fichiers exécutables sur votre site Web.
Symptôme
- 500 Erreur de serveur interne
Causes et résolutions possibles
- Le navigateur de l'utilisateur (par exemple Internet Explorer 6) prend en charge l'authentification Kerberos et la différence des paramètres d'horloge entre l'ordinateur client et le serveur Exchange dépasse cinq minutes. Essayez de synchroniser l'heure entre les deux ordinateurs.
- Cette erreur peut se produire si votre serveur Exchange est incapable de contacter un serveur Active Directory. Le cas le plus courant est celui d'un serveur frontal dans un réseau périphérique (également appelé DMZ, zone démilitarisée ou sous-réseau filtré) sur lequel les ports appropriés ne sont pas ouverts sur le pare-feu interne pour permettre au serveur frontal de contacter Active Directory.
- Le serveur frontal ne se trouve pas dans l'un de vos sous-réseaux configurés, ce qui se produit généralement après que vous avez déplacé un serveur frontal dans un réseau périphérique sans avoir ensuite configuré le sous-réseau périphérique dans Sites et Services Active Directory. Pour configurer le sous-réseau en question, utilisez le composant logiciel enfichable MMC (Microsoft Management Console) Sites et Services Active Directory.
- En général, l'authentification échoue dans IIS. Pour plus d'informations, reportez-vous au paragraphe intitulé « Comment déterminer si l'erreur est provoquée par Exchange ou IIS » plus loin dans ce document. Si vous suivez les étapes de cette section et ne parvenez pas à résoudre le problème, il s'agit probablement d'une erreur d'authentification IIS. Vérifiez qu'IIS peut contacter au moins un contrôleur de domaine.
- Si vous recevez cette erreur lorsque vous tentez d'exécuter une application, telle qu'un fichier .asp dans un répertoire virtuel Exchange, cela est peut-être dû au fait que vous n'avez pas activé la protection des applications. Pour plus d'informations, reportez-vous au paragraphe intitulé « Vérifiez les autorisations sur les serveur et répertoire virtuels dans IIS » plus loin dans ce document.
Symptôme
- 503 Service indisponible
Causes et résolutions possibles
- Cette erreur indique généralement que le service Banque d'informations Microsoft Exchange ne fonctionne pas ou que la banque de données de boîtes aux lettres n'est pas montée. Si vous accédez à Outlook Web Access par l'intermédiaire d'un serveur frontal, vérifiez que ce service est activé sur le serveur d'arrière-plan qui contient la boîte aux lettres.
- Si vous rencontrez cette erreur en accédant à un répertoire virtuel qui ne pointe pas sur les boîtes aux lettres Exchange ou les dossiers publics, quelqu'un a peut-être créé un serveur virtuel dans le Gestionnaire système Exchange, puis créé un répertoire virtuel sous ce serveur virtuel dans IIS. Cette incohérence entraîne une configuration incorrecte. Pour plus d'informations, reportez-vous à l'article Q282230 de la Base de connaissances, intitulé XGEN : Message d'erreur "Service non disponible HTTP/1.1 503 sur Multiple Web Sites sur serveur seul" .

Catégorie d'erreur : Erreur IIS

Cette section décrit les symptômes des erreurs IIS ainsi que leurs causes et résolutions possibles.

Symptôme
- -2146893055 (0x80090301)
Causes et résolutions possibles
- Cette erreur indique que vous utilisez un navigateur capable d'effectuer une authentification Kerberos et que la différence des paramètres d'horloge entre l'ordinateur client et le serveur dépasse cinq minutes. Pour résoudre le problème, synchronisez l'heure entre les deux ordinateurs ou, si vous souhaitez permettre une grande flexibilité en termes de différence d'heure entre le client et le serveur, augmentez l'heure Kerberos dans la stratégie de domaine. Pour une solution à plus long terme, utilisez le service Windows Time pour synchroniser l'heure sur tous les ordinateurs de ce domaine.

Catégorie d'erreur : Comportement Outlook Web Access

Cette section décrit les comportements Outlook Web Access pouvant indiquer un problème ainsi que leurs causes et résolutions possibles.

Symptôme
- Vous recevez plusieurs invites lorsque vous téléchargez une pièce jointe.
Causes et résolutions possibles
- Exchange 2000 Server Service Pack 1 (SP1) est installé sur votre serveur. Essayez de le mettre à niveau avec un Service pack plus récent.
Symptômes
- La barre de navigation dans le cadre gauche s'affiche correctement mais le cadre droit faisant apparaître le contenu des dossiers ne s'affiche pas correctement.
- La mention Chargement en cours… s'affiche dans le cadre de contenu pendant une durée inhabituellement longue et la liste des éléments de ce dossier ne s'affiche jamais.
- Vous recevez un script d'erreur.
Causes et résolutions possibles
- Si l'un de ces symptômes se présente lors de l'utilisation d'Internet Explorer 5 ou version ultérieure, mais pas avec un autre navigateur, l'erreur peut être provoquée par un pare-feu ou un serveur proxy placé entre l'ordinateur client et le serveur, qui bloque les demandes du navigateur sur l'ordinateur client. Pour plus d'informations, reportez-vous à l'article Q296232 de la Base de connaissances, intitulé « XCCC : boîte vide de réception lorsqu' utiliser Internet Explorer 5 et ultérieur à gain accéder à OWA ».
- Aucune langue sélectionnée n'est définie sur le navigateur de l'utilisateur. Pour définir la langue de votre choix dans Internet Explorer, dans le menu Outils, sélectionnez Options Internet. Sur l'onglet Général, cliquez sur Langues, puis sur Ajouter.
- URLscan est configuré dans IIS et bloque les demandes. Pour plus d'informations, reportez-vous à l'article Q309508 de la Base de connaissances, intitulé « Configurations des outils IIS Lockdown et URLscan dans un environnement Exchange ».
- Si l'un quelconque des symptômes ci-dessus se présente, vérifiez que le répertoire virtuel Exchweb\bin dans IIS dispose des autorisations d'exécution appropriées.
  
  Pour vous assurer que vous disposez des autorisations d'exécution appropriées, procédez comme suit :
  1. Cliquez sur Démarrer, pointez sur Programmes, Outils d'administration, puis cliquez sur Gestionnaire des services Internet.
  2. Cliquez pour développer Sites Web par défaut, puis Exchweb.
  3. Dans le volet de la console, cliquez avec le bouton droit sur bin, puis cliquez sur Propriétés.
  4. Sur l'onglet Répertoire virtuel, sous Paramètres d'application, vérifiez que Scripts et exécutables est sélectionné en regard de Exécuter les autorisations.
Symptôme
- Les cadres s'affichent mais les images ou les icônes ne sont pas chargées malgré l'affichage de la mention Chargement en cours… dans le cadre de contenu.
Causes et résolutions possibles
- Cette erreur pourrait résulter d'autorisations NTFS incorrectes sur le répertoire <lecteur>: \Exchsrvr\Exchweb. Vérifiez que les utilisateurs authentifiés et que le compte Anonyme disposent au moins des autorisations de lecture sur ce répertoire ainsi que sur tous ses sous-répertoires.
- Les paramètres d'authentification sur le répertoire virtuel Exchweb dans IIS sont incorrects. Essayez d'activer Accès anonyme sur le répertoire virtuel. L'activation d'Accès anonyme signifie que votre compte anonyme doit être configuré correctement et qu'il doit disposer des droits d'accès Ouvrir une session localement sur le serveur. Pour plus d'informations, reportez-vous à l'article Q280823 de la Base de connaissances, intitulé « Dépannage de OWA lorsque le cadre du sommaire affiche « Chargement » » .

Autres étapes de dépannage

Les procédures de cette section vous aident à orienter le dépannage sur les zones défectueuses identifiées précédemment. Les sections suivantes présentent également d'autres meilleures pratiques de dépannage pour rechercher des erreurs dans Outlook Web Access.

Comment déterminer si l'erreur est provoquée par Exchange ou IIS

Outlook Web Access est étroitement intégré à IIS. En conséquence, les problèmes existant dans IIS peuvent se répercuter dans Outlook Web Access. Cette section contient une série de procédures destinées à vous aider à déterminer si IIS est la cause d'une erreur Outlook Web Access dans votre organisation. Les procédures suivantes décrivent comment :

créer un nouveau répertoire virtuel sur IIS ;
activer l'authentification de base et désactiver l'accès anonyme sur votre nouveau répertoire virtuel ;
ajouter un exemple de document HTML au répertoire ;
vérifier que vous pouvez accéder au document à partir d'un navigateur Web.

Si vous pouvez accéder à un exemple de document HTML, vous savez que le problème n'est pas lié à IIS. Si vous suivez ces procédures et ne pouvez pas accéder au document, le problème est probablement externe à Exchange et à Outlook Web Access. Dans ce cas, vous devez analyser les autorisations ou autres configurations que vous auriez peut-être définies dans IIS.

Remarque Pour plus d'informations sur les autorisations, reportez-vous à l'article Q187506 de la Base de connaissances, intitulé « Autorisations NTFS requises et droits d'utilisateur pour IIS 4.0 ».

Comment créer un répertoire virtuel dans IIS

Cliquez sur Démarrer, pointez sur Programmes, Outils d'administration, puis cliquez sur Gestionnaire des services Internet.
Dans Internet Information Services, cliquez pour développer l'objet de l'ordinateur local, puis cliquez pour développer les Sites Web.
Cliquez avec le bouton droit sur Site Web par défaut, pointez sur Nouveau, puis cliquez sur Répertoire virtuel. L'Assistant Création de répertoire virtuel s'affiche. Cliquez sur Suivant.
Dans Alias de répertoire virtuel, entrez un nom pour le répertoire virtuel, par exemple test, puis cliquez sur Suivant.
Dans Répertoire de contenu de site Web, entrez le chemin d'accès au disque dur local qui sera accessible via ce répertoire virtuel. Par exemple, créez un répertoire appelé test sur votre disque dur et pointez sur ce répertoire dans l'Assistant.
Dans Autorisations d'accès, laissez la case à cocher Lecture sélectionnée et désactivez toutes les autres. Cliquez sur Suivant puis sur Terminerpour quitter l'Assistant.

Comment autoriser l'Accès de base et désactiver l'Accès anonyme

Dans Internet Information Services, cliquez avec le bouton droit sur le nouveau répertoire virtuel, puis cliquez sur Propriétés.
Cliquez sur l'onglet Sécurité de répertoire, puis sous Accès anonyme et contrôle d'authentification, cliquez sur Modifier.
Dans Méthodes d'authentification, sous Accès authentifié, cliquez pour sélectionner Authentification de base et désactivez toutes les autres options. Seule l'option Authentification de base doit être sélectionnée.

Comment créer un fichier dans ce répertoire virtuel

Cliquez sur Démarrer, puis sur Exécuter.
Dans Exécuter, tapez notepad.exe, puis cliquez sur OK.
Dans le Bloc-notes, entrez un texte HTML simple, par exemple "<B>Ceci est un test</B>" (avec ou sans guillemets).
Enregistrez le fichier avec une extension .htm (pas avec l'extension .txt par défaut) dans votre répertoire virtuel.

Comment accéder à ce fichier avec un navigateur Web

Ouvrez votre navigateur.
Tapez l'URL suivante : http://<nom du serveur>/<nom du répertoire virtuel>/<nom du document>. Si votre nom de serveur est monserveur, et que vous avez appelé votre répertoire virtuel test et votre document test.htm, vous devez entrer http://monserveur/test/test.htm.

Remarque À la place du <nom du serveur> ci-dessus, vous pouvez avoir besoin d'entrer l'en-tête de l'hôte ou le nom de domaine complet (par exemple serveur.fabrikam.com). Vous pouvez également utiliser l'adresse IP du serveur.

Important Pour accéder aux fichiers d'un répertoire virtuel créé dans le composant MMC Gestionnaire des services Internet, le compte que vous utilisez doit détenir les autorisations Ouvrir une session localement (Outlook Web Access ne requiert pas ces autorisations).

Vérifiez les autorisations sur les systèmes de fichiers

Le compte que vous utilisez pour corriger une erreur Outlook Web Access doit détenir les autorisations Lire et Exécuter pour les répertoires suivants sur l'ordinateur exécutant Exchange :

WinNT\system32\
WinNT\System32\inetsrv\
Program Files\Exchsrvr\bin\
Program Files\Exchsrvr\RES\
WinNT\System32\wbem\
Program Files\Exchsrvr\Exchweb\

Pour activer les autorisations Lire et Exécuter sur un répertoire :

Cliquez sur Démarrer, pointez sur Programmes, Accessoires, puis cliquez sur Explorateur Windows.
Cliquez avec le bouton droit sur le répertoire en question, puis sur l'onglet Sécurité.
Sélectionnez le groupe ou compte avec lequel vous souhaitez procéder au dépannage, puis cliquez pour sélectionner Lecture et exécution (si nécessaire).

Vérifiez les droits des utilisateurs

Vérifiez que vous pouvez accéder à un partage de fichier sur le serveur Exchange à partir d'un autre ordinateur de votre réseau. Les procédures suivantes décrivent comme le faire en partageant un fichier et en accédant ensuite au fichier partagé à partir d'un autre ordinateur.

Pour créer un fichier partagé

Cliquez sur Démarrer, pointez sur Programmes, Accessoires, puis cliquez sur Explorateur Windows.
Dans l'Explorateur Windows, cliquez avec le bouton droit sur un répertoire virtuel, par exemple sur celui que vous avez créé en tant que test dans le paragraphe intitulé « Comment déterminer si l'erreur est provoquée par Exchange ou IIS » précédemment dans ce document, puis cliquez sur Partager.
Sélectionnez Partager ce dossier cliquez sur Autorisations et sur Ajouter, puis dans Sélectionner Utilisateurs, Ordinateurs ou Groupes, entrez le compte avec lequel vous souhaitez procéder au dépannage, puis cliquez sur OK.
Sélectionnez le compte que vous avez ajouté, puis vérifiez que l'option Lecture est sélectionnée en regard de Autoriser. Cette étape garantit que votre compte dispose d'autorisations de lecture sur le répertoire partagé.

Pour accéder au fichier partagé

Sur un autre ordinateur du réseau, cliquez sur Démarrer, puis cliquez sur Exécuter.
Entrez \\<nom du serveur>\<nom de partage>, où <nom de partage> est le nom du répertoire que vous avez configuré dans la précédente procédure de partage.

Examinez les droits sur le serveur et le répertoire virtuels dans le Gestionnaire système

Dans IIS, vous pouvez définir des droits sur un répertoire virtuel ou un serveur virtuel pour permettre les opérations suivantes :

Accès en lecture Lire et ouvrir des envois, des messages, etc.
Accès en écriture Envoyer vers des dossiers publics, émettre des messages, etc.
Accès à la source du script Télécharger la source d'un script au lieu de l'exécuter.
Exploration de répertoire Afficher le contenu d'un dossier.
Exécuter les autorisations Exécuter des scripts ou des exécutables.

Vérifiez que ces autorisations sont configurées de manière appropriée pour les besoins de votre organisation. Par exemple, si vous utilisez un répertoire virtuel pour accéder à un serveur de boîte aux lettres uniquement, les autorisations activées par défaut sont Lecture, Écriture, Accès à la source du script et Exploration de répertoire, et l'option Exécuter les autorisations est définie sur Aucune.

Vérifiez les autorisations sur les serveur et répertoire virtuels dans IIS

Cette section décrit comment utiliser le composant enfichable MMC Gestionnaire des services Internet pour s'assurer que les autorisations sont correctement attribuées sur les répertoires IIS utilisés par Outlook Web Access.

Pour ouvrir le Gestionnaire des services Internet :

Cliquez sur Démarrer, pointez sur Programmes, Outils d'administration, puis cliquez sur Gestionnaire des services Internet.

Dans Internet Information Services, vérifiez que les droits suivants sont corrects.

Pour vérifier les droits sur le répertoire virtuel Exchweb :

DansInternet Information Services, cliquez pour développer l'objet de l'ordinateur local et les Sites Web, puis cliquez sur Site Web par défaut.
Dans le volet d'informations, cliquez avec le bouton droit sur Exchweb, puis cliquez sur Propriétés.
Sur l'onglet Répertoire virtuel, vérifiez que l'option Lecture est sélectionnée.

Pour vérifier les droits sur le répertoire virtuel Exchweb\bin :

Dans Internet Information Services, cliquez pour développer l'objet de l'ordinateur local et les Sites Web, cliquez pour développer Site Web par défaut, puis cliquez sur Exchweb.
Dans le volet d'informations, cliquez avec le bouton droit sur bin, puis cliquez sur Propriétés.
Dans l'onglet Répertoire virtuel, vérifiez les éléments suivants :
- L'option Lecture est sélectionnée
- Sous Paramètres d'application, l'option Exécuter les autorisations est définie sur Scripts et exécutables

Protection des applications dans Exchweb\bin

Les pages ASP utilisées par Outlook Web Access sont stockées dans les dossiers Exchweb\bin\<lang> (où <lang> représente la langue). Pour assurer l'exécution d'une page ASP, la protection des applications doit être activée sur le répertoire virtuel Exchweb\bin ou l'un de ses répertoires parents. La protection des applications détermine si les applications s'exécutent dans le même processus que les services Web, dans un processus mis file d'attente partagé par toutes les applications, ou dans un processus mis en file d'attente isolé des autres applications.

Si vous recevez un code d'erreur HTTP 500 lorsque vous accédez à une page ASP dans Exchweb\bin\<lang>, mais que l'extraction d'autres éléments, tels que des fichiers .gif dans Exchweb fonctionne correctement, la protection des applications risque de ne pas être activée sur le répertoire Exchweb\bin, le répertoire Exchweb ou le serveur virtuel HTTP.

Pour activer la protection des applications :

Dans Internet Information Services, cliquez pour développer l'objet de l'ordinateur local, les Sites Web et Site Web par défaut, puis cliquez sur Exchweb.
Dans le volet d'informations, cliquez avec le bouton droit sur bin, puis cliquez sur Propriétés.
Dans l'onglet Répertoire virtuel, sous Paramètres d'application, cliquez sur Créer.
Dans la liste Protection d'applications, sélectionnez le niveau de protection approprié : Basse (Processus IIS), Moyenne (En file d'attente) ou Haute (isolé).

Assurez-vous de la réplication des paramètres IIS

Exchange stocke les informations de configuration dans Active Directory, et IIS les stocke dans la métabase, qui est une base de données locale sur l'ordinateur. Le service Surveillance du système Microsoft Exchange garantit que les informations de configuration pour les serveurs virtuels HTTP d'Exchange sont répliquées dans la métabase locale de sorte que IIS puisse y accéder.

Cette réplication se produit de manière unilatérale, ainsi les modifications apportées dans la métabase (IIS) ne sont pas répliquées dans Active Directory (Exchange). En conséquence, vous devez apporter certaines modifications de configuration dans le Gestionnaire système Exchange, et pas dans le Gestionnaire des services Internet. La réplication s'effectue à des intervalles de 15 minutes lorsque le service Surveillance du système est activé, ou dès que vous apportez une modification dans le Gestionnaire système Exchange.

Lorsque vous affichez les paramètres de configuration IIS dans le Gestionnaire des services Internet, vous visualisez les configurations directement dans la métabase. Si une case à cocher n'est pas sélectionnée dans IIS (Gestionnaire des services Internet), mais qu'elle l'est dans Exchange (Gestionnaire système), la valeur de la propriété sélectionnée dans le répertoire est vraie mais dans la métabase, la même valeur est fausse.

Définissez les configurations suivantes dans Exchange uniquement, à l'aide du Gestionnaire système :

En-tête de l'hôte et adresse IP pour les serveurs virtuels autres que le serveur virtuel HTTP par défaut
Méthodes d'authentification
Lecture/écriture et autres droits

Définissez les configurations suivantes dans IIS uniquement, à l'aide du Gestionnaire des services Internet :

En-tête de l'hôte et adresse IP pour le serveur virtuel par défaut
SSL (Secure Sockets Layer)
Journalisation HTTP

En général, si l'interface utilisateur existe dans le Gestionnaire système pour effectuer une opération, utilisez-le. Si l'interface utilisateur n'existe pas dans le Gestionnaire système, utilisez le Gestionnaire des services Internet.

Indications de problèmes de réplication

Il existe deux principales indications signalant que vous risquez de rencontrer un problème avec le processus de réplication Exchange vers IIS :

Si vous configurez une option d'une certaine manière et que vous constatez au bout de 20 minutes que celle-ci a été réinitialisée, il est possible que vous ayez configuré l'option en question dans le Gestionnaire des services Internet alors que vous auriez dû la configurer dans le Gestionnaire système Exchange.
Si vous configurez une option dans le Gestionnaire système et que la configuration ne s'effectue pas avec les mêmes paramètres de configuration dans le Gestionnaire des services Internet (laissez 30 minutes au système pour effectuer la réplication), il est possible que la réplication ne s'effectue pas du tout. Vérifiez que le service Surveillance du système est activé et que l'ordinateur peut accéder à Active Directory.

Outils de dépannage

Cette section présente certains outils que vous pouvez utiliser pour vous aider à résoudre les problèmes courants Outlook Web Access, par exemple ceux qui sont décrits dans ce document.

Moniteur réseau Utilisez Moniteur réseau pour superviser le trafic et déterminer exactement ce qui se produit entre le serveur frontal et les autres serveurs. Configurez un client de sorte qu'il se connecte au serveur et qu'il supervise le trafic entre le navigateur du client et le serveur Exchange. Si vous utilisez SSL, vous ne pourrez pas afficher le trafic du réseau car il est crypté.
Observateur d'événements Utilisez les fichiers journaux d'événements pour fournir des numéros d'erreur et des descriptions qui vous aident à limiter les causes du problème. Recherchez les ID des événements et consultez ces ID dans la Base de connaissances. Ces entrées peuvent fournir un indice pour élucider le problème.
Journaux IIS Utilisez les journaux IIS pour savoir à quelles ressources il a été accédé, ainsi que les erreurs ayant été retournées au navigateur. Ces fichiers journaux peuvent se révéler particulièrement utiles en cas d'utilisation de SSL et que l'utilisation du Moniteur réseau est impossible.
Différents navigateurs Utilisez plusieurs navigateurs pour recréer un problème. Comme stipulé précédemment, il est préférable de reproduire un problème avec plusieurs navigateurs ou ordinateurs clients. Disposez de navigateurs supplémentaires différents de votre navigateur principal en place. Si vous rencontrez des problèmes, essayez de les reproduire avec plusieurs navigateurs.

Autres ressources

Dernière mise à jour le mardi 11 juin 2002

Pour en savoir plus