La session d'Outlook Web Access se ferme de manière inattendue lorsque l'authentification basée sur les formulaires est utilisée

Traductions disponibles Traductions disponibles
Numéro d'article: 820378 - Voir les produits auxquels s'applique cet article
Cet article peut contenir des liens vers des informations en langue anglaise (pas encore traduites).
Agrandir tout | Réduire tout

Sommaire

Symptômes

Lorsque vous vous connectez à votre boîte aux lettres en utilisant Outlook Web Access (OWA), vous pouvez rencontrer les problèmes suivants :
  • L'un des messages d'erreur suivants peut s'afficher lorsque vous essayez d'utiliser la fonction de vérification orthographique d'OWA :

    Message 1
    Erreur non spécifiée.
    Message 2
    L'orthographe de cet élément ne peut pas être vérifiée. Essayez de nouveau ultérieurement.
  • Votre session OWA se ferme de manière inattendue.

Cause

Ce problème peut se produire si le serveur Outlook Web Access est publié par le biais de Microsoft Internet Security and Acceleration Server (ISA), ou si les deux conditions suivantes sont remplies :
  • Vous ouvrez une session en utilisant uniquement votre alias et votre mot de passe utilisateur au lieu de spécifier le domaine en respectant le format de convention d'affectation des noms (UNC, Universal Naming Convention) (Domaine\Utilisateur) ou en entrant le nom d'utilisateur principal (UPN, User Principal Name) (utilisateur@domaine.com).
  • Le serveur virtuel Exchange est configuré pour utiliser une authentification basée sur les formulaires (authentification par cookie).

Contournement

Pour contourner ce problème, appliquez l'une des méthodes suivantes.

Méthode 1 : spécifiez le domaine lors de l'ouverture de session

Lorsque vous ouvrez une session, spécifiez votre domaine dans vos informations d'identification. Pour cela, utilisez l'un des formats suivants dans la liste Nom d'utilisateur de la boîte de dialogue Connexion :nom_serveur.com (où domaine est le nom de votre domaine et utilisateur votre alias) :
domaine\utilisateur

- ou -

utilisateur@domaine.com

Méthode 2 : personnalisez Logon.asp

Si vous ne voulez pas spécifier le domaine lors de l'ouverture de session, créez une page Logon.asp personnalisée qui inclut le domaine par défaut (visible ou masqué). Vous pouvez également afficher une liste des domaines pris en charge par le serveur.

Le code suivant illustre comment créer une page Logon.asp personnalisée. Pour utiliser ce code, remplacez les deux instances de <FORM> dans chaque version linguistique du fichier Logon.asp par le code suivant.

Remarque Vous devez remplacer les deux instances de <FORM> par ce code car l'une est pour l'expérience enrichie et l'autre pour l'expérience de base. Il est nécessaire d'effectuer ce remplacement pour garantir la compatibilité des navigateurs. En outre, si vous créez une page Logon.asp personnalisée, les utilisateurs ne pourront plus ouvrir une session avec un nom d'utilisateur de domaine\nom_utilisateur. S'ils le font, ils vont en fait transmettre domaine\domaine\nom_utilisateur.

Microsoft fournit des exemples de programmation à titre indicatif uniquement, sans garantie explicite ou implicite. Cela inclut notamment les garanties implicites de qualité ou d'adéquation à un usage particulier. Pour bien comprendre cet article, vous devez connaître le langage de programmation présenté et les outils utilisés pour créer et déboguer des procédures. Les techniciens du Support technique Microsoft peuvent vous expliquer les fonctionnalités d'une procédure particulière, mais ils ne modifieront pas ces exemples pour vous fournir des fonctionnalités supplémentaires ou créer des procédures répondant à vos besoins spécifiques.

Important Microsoft n'assure aucun support technique pour la personnalisation des objets OWA. Si vous contactez Microsoft à propos d'un problème lié à OWA concernant un serveur sur lequel OWA est personnalisé, vous devez remplacer les fichiers personnalisés par leurs versions d'origine.
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
327178 Politique de support technique Microsoft pour la personnalisation d'Outlook Web Access dans Exchange
<script Language=javascript>
 <!--
  function logonForm_onsubmit()
  {
   if (logonForm.username.value.indexOf("@") !=-1)
    {
     return true;
    }
   logonForm.username.value = "<name of NetBIOS domain here>\\" + logonForm.username.value;
   return false;
  }
 //-->
 </script>
 <FORM action="/exchweb/bin/auth/owaauth.dll" method="POST" name="logonForm" autocomplete="off" onsubmit="logonForm_onsubmit()">
Remarque Dans le script, vérifiez que vous avez ajouté le nom de votre domaine NetBIOS au code. Dans le script fourni, entrez le nom de votre domaine dans la zone <nom du domaine NetBIOS ici>.

Méthode 3 : désactivez l'authentification pour les demandes Web entrantes dans ISA Server

Si Outlook Web Access est publié derrière un serveur ISA Server, vérifiez qu'aucune méthode d'authentification n'est configurée pour les demandes Web entrantes.
  1. Ouvrez ISA Server.
  2. Cliquez avec le bouton droit sur le nom du serveur ISA Server, puis cliquez sur Propriétés.
  3. Cliquez sur l'onglet Demandes Web entrantes.
  4. Sélectionnez le port d'écoute de demandes Web qui est utilisé pour OWA, puis cliquez sur Modifier.
  5. Cliquez pour effacer toutes les méthodes d'authentification, y compris la méthode d'authentification intégrée.
  6. Cliquez sur OK.
  7. Redémarrez le service du proxy Web de Microsoft ISA Server.

Plus d'informations

Dans Exchange Server 2003, l'authentification basée sur les formulaires (par l'intermédiaire d'un cookie) nécessite l'utilisation d'une barre oblique inverse comme paramètre de domaine par défaut dans le Gestionnaire système Exchange. Cette restriction est conçue pour que les ouvertures de session à l'aide du format UPN soient prises en charge. Si vous modifiez le domaine par défaut dans les services Internet (IIS) Microsoft pour lui attribuer une configuration autre que le paramètre de domaine par défaut « \ », le Gestionnaire système Exchange réinitialisera ce paramètre à « \ » sur le serveur.

De même, si l'authentification basée sur les formulaires est déployée dans une configuration frontale/principale, le paramètre de domaine par défaut sur le serveur principal doit être le même que celui qui est défini sur le serveur frontal. Dans le cas contraire, vous risquez de rencontrer des problèmes d'authentification. Par conséquent, si l'authentification basée sur les formulaires est activée sur le serveur frontal (qui nécessite une barre oblique inverse comme domaine par défaut ), le domaine par défaut sur le serveur principal doit également être défini à « \ » dans le Gestionnaire système Exchange.

Pour plus d'informations sur les raisons pour lesquelles vous devez administrer l'authentification et les paramètres de domaine par défaut dans le Gestionnaire système Exchange, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
240105 XGEN : Informations générales sur la synchronisation entre le service d'annuaire et la métabase


264941 XCCC : Les modifications apportées aux paramètres des répertoires virtuels ne sont pas conservées

Statut

Ce comportement est voulu par la conception même du produit.

Propriétés

Numéro d'article: 820378 - Dernière mise à jour: lundi 3 décembre 2007 - Version: 12.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Mots-clés : 
kbbug kbnofix KB820378
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com