Avis important pour les clients de messagerie Office 365 qui ont configuré les connecteurs

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: 3169958
INTRODUCTION
Démarrage sur 1 février 2017, par défaut, Microsoft Office 365 ne prendra plus en relais des e-mails dans les scénarios suivants :

  • Votre organisation doit envoyer les rapports de non remise (NDR) à partir de l’environnement local à un destinataire sur Internet, et il doit relayer les messages via Office 365. Par exemple, quelqu'un envoie un message électronique à john@contoso.com, un utilisateur qui existent dans votre organisation environnement sur site. Cela provoque un rapport de non-remise est envoyé à l’expéditeur d’origine.
  • Votre organisation doit envoyer des messages depuis le serveur de messagerie dans votre environnement local à partir de domaines que votre organisation n’a pas ajouté à Office 365. Par exemple, votre organisation (Contoso.com) envoie e-mail comme le domaine fabrikam.com qui n’appartient pas à votre organisation.
  • Une règle de transfert est configurée sur votre serveur local et les messages sont relayés via Office 365.

    Par exemple, Contoso.com est le domaine de votre organisation. Un utilisateur sur le serveur local de votre entreprise, kate@contoso.com, permet de transférer tous les messages son kate@tailspintoys.com. John@fabrikam.com envoie un message à kate@contoso.com, le message est automatiquement transféré vers kate@tailspintoys.com.

    Du point de vue d’Office 365, le message est envoyé. DeJohn@Fabrikam.comÀKate@tailspintoys.com. le courrier de car Kate est transféré, le domaine de l’expéditeur, ni le domaine du destinataire appartient à votre société.
En outre, votre agent de transfert des messages (MTA) reçoit un refus, le message suivant :
451 4.4.4 relais refusé, domaine de l’expéditeur non reconnu. ATTR36

Si un de ces scénarios s’applique à vous, suivez les étapes dans la « résolution » sectionavant le 1 février 2017 pour empêcher toute interruption du flux de messages.
Résolution
Si votre organisation a besoin de tous les scénarios décrits plus haut pour continuer à travailler après le 1 février 2017, toutes les conditions suivantes doivent être remplies :

  • Vous créez un connecteur dans Office 365 qui indique le service pour utiliser un certificat pour authentifier les messages provenant d’un serveur de messagerie sur site de votre organisation.
  • Votre serveur de messagerie local est configuré pour utiliser ce certificat pour envoyer du courrier à Office 365.
  • Le certificat est signé par une autorité de certification (CA) et son nom d’objet ou d’un sujet autre nom (SAN) contient un domaine que vous avez ajouté à Office 365. Ce nom de domaine est également spécifié dans le connecteur qui est utilisé pour identifier et accepter les messages provenant de votre environnement local vers Office 365. Pour plus d’informations, voir l’étape 1, inférieur de l’étape 5.
Pour satisfaire ces conditions, utilisez les étapes suivantes.

Étape 1 : Créer ou modifier un connecteur basée sur certificat dans Office 365

Pour configurer un connecteur pour Office 365 pour relayer les messages vers Internet dans les scénarios qui sont répertoriés dans la section « Introduction », procédez comme suit :

  1. Ouvrez une session pour le (portail Office 365https://Portal.Office.com), cliquez sur Adminet ouvrez le centre d’administration Exchange. Pour plus d’informations, reportez-vous à la section. Centre d’administration Exchange dans Exchange Online.
  2. Cliquez sur le flux de messagerieet cliquez sur connecteurs, puis effectuez l’une des opérations suivantes :

    • S’il n’y a pas de connecteurs, cliquez sur (Ajouter) pour créer un connecteur.
    • S’il existe déjà un lien, sélectionnez-le, puis cliquez sur (Modifier).
  3. Dans la page sélection de votre scénario de flux de messagerie , sélectionnez serveur de messagerie de votre organisation dans la zone de , puis sélectionnez Office 365 dans la zone à .

    Remarque Cela crée un lien qui indique que le serveur local est la source de vos messages.

    Capture de la sélectionner votre page scénario de flux de messagerie, affichant l’et aux options d’écran
  4. Entrez le nom du connecteur et autres informations, puis cliquez sur suivant.
  5. Dans la page nouveau connecteur ou de Modifier le connecteur , sélectionnez la première option pour utiliser un certificat de sécurité TLS (Transport Layer) pour identifier la source de l’expéditeur des messages de votre organisation. Le nom de domaine dans l’option doit correspondre le nom CN ou SAN dans le certificat que vous utilisez. Ce domaine doit être un domaine qui appartient à votre société et vous devez avoir ajouté à Office 365. Pour plus d’informations, reportez-vous à la section. Ajouter des domaines dans Office 365.

    Par exemple, Contoso.com appartient à votre organisation et sa partie le nom CN ou SAN dans le certificat utilisé par votre organisation pour communiquer avec Office 365. Si le domaine du certificat contienne plusieurs domaines (par exemple mail1.contoso.com, mail2.contoso.com), il est recommandé que le domaine dans l’interface utilisateur de connecteur *. contoso.com.

    Capture d’écran de la possibilité d’utiliser un certificat TLS pour identifier la source de l’expéditeur des messages de votre organisation

Étape 2 : Configurer votre environnement local

Pour préparer les serveurs locaux pour relayer des messages via Office 365, procédez comme suit :

  1. Si votre organisation utilise Exchange Server pour son serveur en local, configurez le serveur pour envoyer des messages via TLS. Pour ce faire, reportez-vous à la section. Configurer votre serveur de messagerie à relayer des messages vers Internet via Office 365. (Il s’agit de partie 2.2 de Configurer les connecteurs pour router les messages entre Office 365 et vos serveurs de messagerie.)

    Remarque Si vous avez déjà utilisé l’Assistant Configuration hybride, continuer à l’utiliser. Toutefois, assurez-vous que vous utilisez un certificat que correspond aux critères qui est décrite à l’étape 1, étape secondaire 5.
  2. Installer un certificat dans votre environnement local. Pour ce faire, reportez-vous à la section « étape 6 : configurer un certificat SSL » dans Configurer un accès client et de flux de messagerie.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3169958 - Dernière mise à jour : 09/20/2016 00:39:00 - Révision : 8.0

Microsoft Exchange Online

  • o365 hybrid kbgraphxlink kbmt KB3169958 KbMtfr
Commentaires