Messages électroniques sont correctement mis en quarantaine dans les déploiements Exchange hybride qui utilisent le contrôle de messagerie centralisée

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: 3079142
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
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, reportez-vous à la section. 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 RouteAllMessagesViaOnPremises propriété a la valeur $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 CloudServicesMailEnabled propriété a la valeur $true.
    4. Recherchez la ligne suivante dans les en-têtes :
      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted :<Office 365="" server="" name=""></Office>
      Par exemple, BY2FFO11FD002.protection.gbl.

      Remarque Si les RouteAllMessagesViaOnPremises propriété et le CloudServicesMailEnabled propriété valeur $falseet la X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted :<Office 365="" server="" name=""> </Office>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 :<On-premises server="" name=""></On-premises>
      Par exemple, le nom du serveur local est « contoso_on_premises.contoso.com. »
    2. Rechercher X-OriginatorOrg à partir des en-têtes. Doivent être dans le format de « 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 :<On-premises server="" name=""></On-premises>
      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 :

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3079142 - Dernière mise à jour : 04/27/2016 04:29:00 - Révision : 3.0

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

  • o365022013 o365 o365a o365e o365m eop hybrid kbmt KB3079142 KbMtfr
Commentaires