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 est disponible à l’adresse http://aka.ms/HybridWizard. Pour plus d’informations, consultez Assistant Configuration d’Office 365 hybride pour Exchange 2010.

PROBLÈME

Vous avez un déploiement hybride d’Exchange Server sur site et Exchange Online dans Office 365. Dans ce déploiement, utilisez le contrôle de messagerie centralisée. Cela force les messages pour le routage vers le serveur de messagerie sur site lorsqu’ils sont remis aux boîtes aux lettres Exchange Online. Dans ce scénario, vous rencontrez un ou plusieurs des problèmes suivants :

  • Les notifications de courrier indésirable pour les utilisateurs mis en quarantaine.

  • Dans la liste Autoriser les e-mails sont mis en quarantaine.

  • Les messages e-mail qui sont mis en quarantaine sont requarantined.

  • Contrôles de SPF (Sender Policy Framework) de l’expéditeur échouent sur la deuxième passe.

CAUSE

Ce problème se produit si l’organisation Exchange en ligne ou l’organisation locale n’est pas configurée pour promouvoir des en-têtes d’e-mail en tant que coexistence (c'est-à-dire, à partir d’Exchange en ligne sur le serveur local vers Office 365).

Solution

  1. Vérifiez que le contrôle de messagerie centralisée est activé et est configuré pour promouvoir les en-têtes dans Office 365. Pour ce faire, procédez comme suit :

    1. Se connecter à Exchange Online à l’aide d’une session à distance de Windows PowerShell. Pour plus d’informations, voir se connecter à Exchange Online à l’aide du PowerShell distant.

    2. Permet d’afficher les informations de configuration du connecteur sortant hybride dans l’organisation Exchange en ligne. Pour ce faire, exécutez la commande suivante :

      Get-OutboundConnector "Contoso Outbound Connector" | Format-List Vérifiez que la valeur de la propriété RouteAllMessagesViaOnPremises est définie sur $true.

    3. Permet d’afficher les informations de configuration de l’hybride en entrant le connecteur dans l’Exchange Online organisation. Pour ce faire, exécutez la commande suivante :

      Get-InboundConnector "Contoso Inbound Connector" | Format-List 

      Vérifiez que la valeur de la propriété CloudServicesMailEnabled est définie sur $true.

    4. Recherchez la ligne suivante dans les en-têtes :

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted : < nom du serveur Office 365 >Par exemple, BY2FFO11FD002.protection.gbl.

      Remarque Si la propriété RouteAllMessagesViaOnPremises et la propriété CloudServicesMailEnabled sont définis sur $falseet la X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted : < nom du serveur Office 365 > en-tête n’est pas trouvé, cette solution ne s’applique pas à la configuration de votre organisation.

  2. Envoyer un message de test entrant pour une boîte aux lettres Exchange Online par tout d’abord le routage du message via le serveur local. Recherchez les lignes d’en-tête X-header suivants dans les en-têtes de message. Cela permet d’indiquer que le message a été analysé deux fois dans le transport.

    • X-Forefront-Antispam-état-non approuvé: il s’agit de la première passe. Il se produit lorsque le message est tout d’abord reçu dans Office 365. L’adresse IP de connexion (CIP) sur cette ligne sera une adresse IP Internet.

    • X-Forefront-anti-spam-Report: il s’agit de la deuxième passe. Il se produit lorsque le message est renvoyé par le serveur local et qu’il est reçu pour la deuxième fois dans Office 365. L’adresse IP sera l’adresse IP locale de votre organisation.

    Remarque S’il existe un seul en-tête X-Forefront, cette solution ne s’applique pas à la configuration de votre organisation.

  3. Pour promouvoir les en-têtes à partir de l’environnement local vers Office 365, procédez comme suit :

    1. Vérifiez que les en-têtes ne sont pas actuellement être promus. Pour ce faire, vérifiez si la ligne suivante est manquante dans les en-têtes :

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted : < local nom de serveur >Par exemple, le nom du serveur local est « contoso_on_premises.contoso.com ».

    2. Rechercher X-OriginatorOrg à partir des en-têtes. Il sera au format « contoso.onmicrosoft.com ».

    3. Ouvrez Exchange Management Shell dans Exchange 2013 ou Exchange 2010 et puis exécutez les commandes suivantes :

      • New-RemoteDomain -Name 'Hybrid Domain - contoso.onmicrosoft.com' -DomainName 'contoso.onmicrosoft.com'

      • Set-RemoteDomain 'Hybrid Domain - contoso.onmicrosoft.com' -TrustedMailOutboundEnabled $true -TrustedMailInboundEnabled $true

    4. Vérifiez que le problème est résolu. Envoyer un nouveau message et vérifiez que la ligne suivante est présente dans les en-têtes :

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted : < local nom de serveur >Par exemple, le nom du serveur local est « contoso_on_premises.contoso.com ».

Plus d'informations

Pour plus d’informations, consultez les ressources Microsoft suivantes :

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Dans quelle mesure êtes-vous satisfait(e) de la qualité de la langue ?
Qu’est-ce qui a affecté votre expérience ?

Nous vous remercions de vos commentaires.

×