Les messages électroniques qui sont envoyés à partir de l'environnement local vers Office 365 affichent les adresses de messagerie au lieu d'affichent les noms dans le champ

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: 2663556
Remarque : L'Assistant Configuration hybride qui est inclus dans la console de gestion Exchange de Microsoft Exchange Server 2010 n'est plus pris en charge. Par conséquent, vous devez ne plus utiliser l'ancien Assistant Configuration hybride. Au lieu de cela, utilisez l'Assistant de Configuration de Office 365 hybride qui est disponible à l'adresse http://aka.ms/HybridWizard. Pour plus d'informations, reportez-vous à la section. Assistant de Configuration hybride d'Office 365 pour Exchange 2010.
PROBLÈME
Après la migration des boîtes aux lettres à partir de votre environnement local vers Microsoft Office 365 dans un déploiement hybride, le champ des messages électroniques qui sont envoyés à partir de l'environnement local vers Office 365 n'affiche pas les noms complets. Au lieu de cela, le champ affiche les adresses e-mail.
CAUSE
Ce problème se produit si le déploiement hybride est incorrectement configuré.

Pour vérifier que vous rencontrez ce problème, examinez l'en-tête du message d'un message électronique qui vous a été envoyé à partir du compte d'utilisateur local. En règle générale, X-MS-Exchange-organisation-AuthAs doit être répertorié comme "Internal". Si X-MS-Exchange-organisation-AuthAs est répertorié comme « anonyme » ou si elle est absente, cela indique une configuration incorrecte ou un itinéraire de messagerie est incorrecte.
Solution
Pour résoudre ce problème, procédez comme suit :
  1. Vérifier l'itinéraire du courrier.

    La gamme la plus simple est le serveur de boîtes aux lettres Exchange 2010 à un serveur concentrateur Exchange 2010 (serveur hybride) pour la Protection en ligne Exchange (EOP) connecteur entrant vers Exchange Online. Assurez-vous qu'il n'y a aucun périphérique réseau inutiles tels que les périphériques de passerelle d'anti-spam des EOP Exchange 2010 hub serveur (hybride). Ces périphériques pourraient supprimer l'en-tête nécessaire.
  2. Vérifiez le domaine distant du serveur Exchange local. Pour ce faire, procédez comme suit :
    1. Dans Exchange Management Shell, exécutez la commande PowerShell suivante :

      Get-RemoteDomain <NameOfService>.<DomainName>.com | FL
      Par exemple :

      Get-RemoteDomain exchangedelegation.contoso.com | FL
    2. Dans la sortie, assurez-vous que le TrustedMailOutboundEnabled, TargetDeliverDomain, et IsInternal les attributs sont définis sur True.
    3. Si les attributs à l'étape 2 n'a pas la valeur True, utilisez la Set-RemoteDomain commande pour modifier la valeur true.
  3. Vérifiez le domaine distant dans Office 365. Pour ce faire, procédez comme suit :
    1. Se connecter à Exchange Online à l'aide du PowerShell à distance. Pour plus d'informations sur la procédure à suivre, reportez-vous à la section. Se connecter à Exchange Online à l'aide du PowerShell distant.
    2. Exécutez la commande PowerShell suivante :

      Get-RemoteDomain <FQDNOfOnPremisesEndConnector> | FL 
    3. Dans la sortie, assurez-vous que le TrustedMailnboundEnabled attribut est défini sur True.
    4. Si l'attribut à l'étape 3C n'est pas définie sur True, utilisez la Set-RemoteDomain commande pour modifier la valeur true.
  4. Assurez-vous que la sécurité TLS (Transport Layer) est mis en œuvre et activé dans les deux environnements et que le nom de domaine pleinement qualifié (FQDN) est correctement défini. Vérifiez que les locaux sur Envoyer le connecteur et le EOP entrant le connecteur à l'aide de l'Assistant de déploiement d'Exchange Server sur le site Web de Microsoft suivant :
  5. Vérifiez le certificat Exchange du connecteur d'envoi sur les serveurs Exchange locaux qui sont responsables de la remise des messages à EOP. Le certificat d'échange doit être SMTP Simple Mail Transfer Protocol () activé et doit correspondre le nom de domaine complet de connecteur d'envoi.
Si le problème persiste après avoir suivi ces étapes, contactez le support technique de Office 365.
Plus d'informations
Pour plus d'informations, lisez le message suivant dans la Communauté de 365 Office :
Besoin d'aide ? Accédez à la Communauté Office 365 site Web ou le Exchange sur les Forums TechNet.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2663556 - Dernière mise à jour : 04/26/2016 02:17:00 - Révision : 10.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365022013 hybrid o365e o365m kbmt KB2663556 KbMtfr
Commentaires