Partager via

Email du serveur de transport Edge Exchange 2013 vers Exchange Online apparaît en tant que courrier provenant de contacts externes

  • Article
  • S’applique à:
    Exchange Online, Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server 2010 Enterprise, Exchange Server 2010 Standard

Numéro de la base de connaissances d’origine : 3212872

Symptômes

Dans votre déploiement hybride Microsoft Exchange, les messages électroniques envoyés à partir d’un serveur de transport Edge Microsoft Exchange Server 2013 local vers Exchange Online sont affichés sous forme de messages électroniques provenant de contacts externes plutôt que d’e-mails provenant de votre organization. Lorsque vous affichez les expéditeurs dans les e-mails, les informations de leur organisation ne s’affichent pas. Au lieu de cela, ils apparaissent comme des contacts qui se trouvent en dehors de votre organization.

Si vous case activée l’en-tête de message d’un e-mail envoyé à partir de l’environnement local à Exchange Online, vous voyez l’en-tête suivant, qui indique le serveur de transport Edge sur lequel les en-têtes intersite sont filtrés :

X-CrossPremisesHeadersFilteredBySendConnector

Cause

Le problème se produit si le CloudServicesMailEnabled paramètre sur le connecteur d’envoi est défini sur False.

Résolution

Pour résoudre ce problème, procédez comme suit :

  1. Assurez-vous que la synchronisation de périphérie est configurée entre les serveurs de transport Edge et les serveurs de transport internes.

  2. Assurez-vous qu’un certificat tiers est installé sur les serveurs de transport Edge et que le service SMTP est activé sur le certificat.

    Pour afficher les certificats sur le serveur, exécutez la commande suivante :

    Get-ExchangeCertificate | where {$_.rootcatype -eq "ThirdParty"} | ft ft thumbprint,services

  3. Si le service SMTP est activé, activez le service SMTP sur le certificat tiers. Pour ce faire, exécutez la commande suivante.

    Remarque

    Si vous êtes invité à remplacer le certificat existant par le nouveau certificat, sélectionnez Non.

    Get-ExchangeCertificate | where {$_.rootcatype -eq "ThirdParty"} |Enable-ExchangeCertificate -Services SMTP

  4. Vérifiez que les paramètres suivants sont correctement définis sur le connecteur d’envoi utilisé pour envoyer des messages électroniques à Exchange Online.

    FQDN : Mail.<domain>.com
TlsDomain : mail.protection.outlook.com
TlsAuthLevel : DomainValidation
RequireTLS : True

  5. Si les paramètres de l’étape 4 ne sont pas présents, exécutez la commande suivante sur un serveur de transport interne pour définir ces paramètres :

    Set-SendConnector "<name of the sender connector used for sending email messages to Exchange Online>" -FQDN "<One of the domains present in the Subject Name or Subject alternative name of the third-party certificate>" -RequiredTLS $true -TlsDomain mail.protection.outlook.com -TlsAutheLevel DomainValidation

    Ensuite, exécutez la commande suivante pour synchroniser les modifications sur les serveurs de transport Edge :

    start-edgesynchronization

  6. Définissez la valeur du paramètre sur CloudServicesMailEnabledTrue sur le connecteur d’envoi utilisé pour envoyer des messages électroniques à Exchange Online. Ce paramètre peut être utilisé s’il existe des serveurs Exchange 2013 internes. Pour ce faire, exécutez la commande suivante :

    Set-SendConnector "<name of the sender connector used for sending email messages to Exchange Online>" -CloudServicesMailEnabled:$true

  7. Si les serveurs de transport internes exécutent Microsoft Exchange 2010, remplacez la valeur du msExchSmtpSendFlags paramètre de 64 par 131136 sur le connecteur d’envoi utilisé pour envoyer des messages électroniques de l’environnement local à Exchange Online. Pour cela, procédez comme suit.

    Avertissement

    Cette procédure nécessite des interfaces de service Active Directory Rédacteur (modification ADSI). L’utilisation incorrecte d’ADSI Edit peut entraîner de graves problèmes qui peuvent nécessiter la réinstallation de votre système d’exploitation. Microsoft ne peut pas garantir que les problèmes résultant d’une utilisation incorrecte d’ADSI Edit peuvent être résolus. Utilisez ADSI Edit à vos propres risques.

    1. Obtenez le nom unique du connecteur d’envoi. Pour ce faire, exécutez la commande suivante

      Get-SendConnector "<Name of Send connector used for sending email messages from on-premises to Exchange Online>" | fl DistinguishedName

    2. Ouvrez ADSI Edit.

    3. Cliquez avec le bouton droit sur ADSI Modifier, sélectionnez Se connecter à dans la zone Sélectionner un contexte de nommage Well-Known , sélectionnez Configuration, puis OK.

    4. Développez le conteneur Configuration, puis recherchez l’entrée suivante :

      CN=Services,CN=Microsoft Exchage,CN=<Your Exchange Organization>, CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Routing Groups,CN= Exchange Routing Group (DWBGZMFD01QNBJR),CN=Connections

    5. Sur le côté droit, sélectionnez le connecteur Envoyer utilisé pour envoyer des messages électroniques à partir de l’environnement local à Exchange Online, puis double-cliquez dessus.

    6. Sous l’onglet Rédacteur Attribut, recherchez l’attributmsExchSmtpSendFlags, puis double-cliquez dessus. Dans la zone Valeur , remplacez la valeur par 131136.

Informations supplémentaires

Encore besoin d’aide ? Accédez à Microsoft Community.