Client POP/IMAP s'authentifient échoue si X-MS-Client-Application de la règle de revendications AD FS est définie sur Microsoft.Exchange.PopImap

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3107357
PROBLÈME
Considérez le scénario suivant :
  • Vous utilisez les Services de fédération Active Directory (Active Directory Federation Services) pour l'authentification de l'accès client POP et IMAP.
  • Vous avez une règle pour bloquer l'accès si la valeur de la X-MS-Client-Application type de revendication n'est pas Microsoft.Exchange.PopImap.
Ces paramètres avaient précédemment a fonctionné comme prévu. Toutefois, vous remarqué récemment que les clients POP et IMAP de ne pas s'authentifier même si le nom d'utilisateur et le mot de passe est utilisé.

En outre, si vous examinez le journal d'accès AD FS, vous pouvez observer des entrées semblables aux suivants :
[<Date><Time>] « /microsoftonline/ws-username POST HTTP/1.1 »</Time></Date> 403 ... « Microsoft.Exchange.IMAP"
[<Date><Time>] "/microsoftonline/ws-username POST HTTP/1.1"<b00> </b00> </Time></Date>403 ... « Microsoft.Exchange.POP"
CAUSE
Une modification a été effectuée récemment dans le service de séparer l'authentification POP et IMAP. Au lieu de Microsoft.Exchange.PopImap, la valeur est envoyée dans l'en-têteX-MS-Client-Applicationest Microsoft.Exchange.Imap ou Microsoft.Exchange.Pop.
Solution
Dans la règle de revendication existant, modifiez la valeur de X-MS-Client-Application à partir de Microsoft.Exchange.PopImap à Microsoft.Exchange.Imap et Microsoft.Exchange.Pop.
Plus d'informations
Pour plus d'informations, consultez les ressources suivantes : Besoin d'aide ? Accédez à la Communauté Office 365 site Web ou le Forums d'Azure Active Directory .

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3107357 - Dernière mise à jour : 10/28/2015 17:43:00 - Révision : 2.0

Microsoft Exchange Online, Office 365 Identity Management

  • o365022013 o365 o365e o365m o365a kbmt KB3107357 KbMtfr
Commentaires