Impossible de recevoir du courrier dans un environnement hybride après avoir installé un nouveau certificat sur le serveur

Numéro de base de connaissances d’origine : 2989382

Symptômes

Après avoir installé un nouveau certificat Exchange dans un environnement hybride Exchange Server, vous rencontrez les symptômes suivants :

• Vous ne pouvez pas recevoir de courrier électronique à partir d’Internet ou de Microsoft 365 lorsque vous utilisez TLS (Transport Layer Security).

• Si vous utilisez Telnet (par exemple, telnet localhost 25) pour examiner les communications SMTP (Simple Mail Transfer Protocol), vous remarquez que la STARTTLS commande est manquante.

• Si vous examinez le journal des applications dans l’Observateur d’événements, vous voyez une entrée d’événement semblable à ce qui suit :

  Nom du journal : Application
  Source : MSExchangeFrontEndTransport
  Date : JJ/MM/AAAA 00:00:00
  ID d’événement : 12014
  Catégorie de tâche : TransportService
  Niveau : Erreur
  Mots clés : Classique
  Utilisateur : N/A
  Ordinateur : <HybridServerName.contoso.com>
  Description :
  Microsoft Exchange n’a pas pu trouver de certificat qui contient le nom de domaine <I>CN=Certificate Name, OU=<CertificateIssuer>, O=Certificate Provider, C=US< S>CN=mail.contoso.com, OU=IT, O=contoso, L=location, S=location, C=US dans le magasin personnel sur l’ordinateur local.

• Le test de connectivité de vérification du serveur local échoue et vous recevez le message d’erreur suivant :

  450 4.4.101 Échec de la configuration de la session proxy sur le Frontend avec "451 4.4.0 L'adresse IP cible principale a répondu avec « 451 5.7.3 STARTTLS est nécessaire pour envoyer du courrier ». Tentative de basculement vers un autre hôte, mais cela n’a pas réussi." Soit il n'y a pas d'hôtes alternatifs, soit la remise a échoué pour tous les hôtes alternatifs. Le dernier point de terminaison tenté était <endpoint>.

La cause

Ce problème se produit si la TlsCertificateName propriété du connecteur de réception du serveur hybride contient des informations de certificat incorrectes après l’installation d’un nouveau certificat Exchange et l’ancien certificat utilisé pour le flux de messagerie hybride est supprimé.

La TlsCertificateName propriété est définie correctement lorsque l’Assistant Configuration hybride (HCW) est exécuté après l’installation d’un nouveau certificat Exchange.

Toutefois, si hcW n’est pas exécuté ou si une défaillance se produit pour une autre raison lorsque vous exécutez hcW, la TlsCertificateName propriété n’est pas mise à jour et le nouveau certificat Exchange n’est pas utilisé par le connecteur de réception du serveur hybride.

Dans ce scénario, la STARTTLS commande n’est pas présente dans les communications SMTP et le flux de messagerie de Microsoft 365 échoue.

Résolution

Vérifiez que le nouveau certificat est activé pour SMTP. Si ce n’est pas le cas, exécutez la commande suivante pour activer le service SMTP sur le certificat nouvellement installé.

Enable-ExchangeCertificate <thumbprint> -services SMTP

Remarque

Sélectionnez Non lorsque vous êtes invité à remplacer le certificat par défaut. Sinon, EdgeSync se casse et doit être recréé. Ensuite, supprimez la TlsCertificateName propriété du connecteur de réception sur le serveur hybride. Pour ce faire, exécutez la commande suivante :

Get-ReceiveConnector "ServerName\Default Frontend ReceiveConnector" | Set-ReceiveConnector -TlsCertificateName $null

Réexécutez l’Assistant Configuration hybride pour mettre à jour le connecteur de réception sur le serveur hybride disposant des informations de certificat nouvellement installées.

Plus d’informations

Pour plus d’informations, consultez Les exigences en matière de certificats pour les déploiements hybrides.

Vous avez toujours besoin d’aide ? Accédez à Microsoft Community ou aux forums TechNet sur Exchange.