Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Votre navigateur n’est pas pris en charge

Vous devez mettre à jour votre navigateur pour utiliser le site.

Mettre à jour vers la dernière version d’Internet Explorer

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

Cet article peut contenir des liens vers des informations en langue anglaise (pas encore traduites).


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.
XCCC FE/BE fe be
Propriétés

ID d'article : 820378 - Dernière mise à jour : 12/03/2007 07:11:00 - Révision : 12.3

  • 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
  • kbbug kbnofix KB820378
Commentaires
'false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">