Select the product you need help with
La session d'Outlook Web Access se ferme de manière inattendue lorsque l'authentification basée sur les formulaires est utiliséeNumé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). SommaireSymptômesLorsque vous vous connectez à votre boîte aux lettres en utilisant Outlook Web Access (OWA), vous pouvez rencontrer les problèmes suivants :
CauseCe 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 :
ContournementPour contourner ce problème, appliquez l'une des méthodes suivantes. Méthode 1 : spécifiez le domaine lors de l'ouverture de sessionLorsque 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.aspSi 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
(http://support.microsoft.com/kb/327178/
)
Politique de support technique Microsoft pour la personnalisation d'Outlook Web Access dans Exchange
Méthode 3 : désactivez l'authentification pour les demandes Web entrantes dans ISA ServerSi 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.
Plus d'informationsDans 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
(http://support.microsoft.com/kb/240105/
)
XGEN : Informations générales sur la synchronisation entre le service d'annuaire et la métabase
264941
(http://support.microsoft.com/kb/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ésNumé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):
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. | Traductions disponibles |


Retour au début








