Forêt croisé recherche libre/occupé échoue lorsque la forêt cible est 2013 d'Exchange Server ou Exchange Server 2016

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: 3010570
Symptômes
Considérez le scénario suivant :
  • Un organisateur a un 2016 de Microsoft Exchange Server, Exchange Server 2013, Exchange Server 2010 ou la boîte aux lettres Exchange Server 2007.
  • Boîte aux lettres du participant se trouve dans une autre organisation Exchange qui utilise le point de terminaison du service de découverte automatique 2016 d'Exchange Server ou Exchange Server 2013.
  • Espace d'adressage de disponibilité est utilisé pour les données de disponibilité entre les forêts.
  • Le service de découverte automatique utilise la méthode DNS.
Dans ce scénario, l'organisateur ne peut pas afficher les informations disponible/occupé du participant, et uniquement les marques de hachage sont affichées.

Remarque Ce problème peut se produire sur les clients Exchange, tels que Microsoft Outlook, Outlook Web App, une application Exchange Web Services (EWS) ou tout autre client qui essaie de récupérer des informations disponible/occupé.
Cause
Ce problème se produit car le service de disponibilité envoie une demande de service de découverte automatique à l'aide d'une adresse SMTP générée automatiquement pour la boîte aux lettres d'ancrage. Cette adresse SMTP qui est utilisée est 01B62C6D-4324-448f-9884-5FEC6D18A7E2 àAvailability_Address_Space_domain.

Exemple : 01B62C6D-4324-448f-9884-5FEC6D18A7E2@domain.com

Toutefois, le serveur Exchange Server 2013 Client Access dans la forêt du participant ne peut pas localiser une boîte aux lettres pour cette adresse de courriel et répond avec un état 404.
Résolution
Pour résoudre ce problème, attribuez l'adresse SMTP à partir de l'erreur du journal HttpProxy à une boîte aux lettres de la forêt de participant. Pour ce faire, exécutez la commande suivante dans Exchange Management Shell :
$m = Get-Mailbox <alias>$m.EmailAddresses += "smtp:01B62C6D-4324-448f-9884-5FEC6D18A7E2@domain.com"Set-Mailbox $m -EmailAddresses $m.EmailAddresses
Remarque Remplacez «<alias>» dans la commande à l'aide de l'alias de la boîte aux lettres de votre organisation. Remplacer le domaine « domaine.com » avec le domaine qui se trouve dans le journal HttpProxy.

</alias>
Plus d'informations
Ce problème ne se produit pas lorsque Exchange utilise la méthode de point(SCP) de connexion de service pour localiser le service de découverte automatique qui se trouve dans l'autre forêt.

Le 01B62C6D-4324-448f-9884-5FEC6D18A7E2 GUID est utilisé uniquement lorsque Exchange utilise la méthode DNS pour localiser le service de découverte automatique.

Journaux lorsque ce problème se produit.

Si vous activez le journal disponible/occupé de Outlook 2010, il affiche le message d'erreur suivant :
Unable to send cross-forest request for mailbox &lt;<User Name>&gt;SMTP:<SMTP address> because of invalid configuration., inner exception: AvailabilityAddressSpace '<Availability Address Space domain>' couldn't be used because the Autodiscover endpoint couldn't be discovered.

Si vous activez le journal Autodiscover HttpProxy, il affiche une erreur semblable au suivant :
MailboxGuidWithDomainNotFoundHttpProxyException: Cannot find mailbox 01b62c6d-4324-448f-9884-5fec6d18a7e2 with domain domain.com.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3010570 - Dernière mise à jour : 03/07/2016 05:18:00 - Révision : 3.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2007 Enterprise Edition, Microsoft Exchange Server 2007 Standard Edition

  • kbsurveynew kbprb kbtshoot kbexpertiseadvanced kbmt KB3010570 KbMtfr
Commentaires