Je configure un nouveau serveur dédié à l'aide de Windows Server 2019. Il remplace un ancien basé sur Windows Server 2008 R2. J'ai eu le serveur SMTP intégré fonctionnant sur l'ancien serveur sans aucun problème. J'ai configuré le nouveau serveur pour agir également comme serveur SMTP, en utilisant mes propres notes de configuration de l'ancien, ainsi que la double vérification des instructions en ligne. Fondamentalement selon les instructions ici:
http://www.vsysad.com/2017/05/install-and-configure-smtp-server-on-windows-server-2016/
Le problème que j'ai est que l'e-mail ne quittera pas C:\inetpub\mailroot\Queue et n'atteindra jamais les destinataires. Le journal des événements Windows contient les avertissements suivants:
Événement 4006, smtpsvc
"La remise du message à l'hôte '204.79.197.212' a échoué lors de la remise au domaine distant 'hotmail.com' pour la raison suivante: le serveur distant n'a pas répondu à une tentative de connexion."
Ce qui précède n'est qu'un exemple d'utilisation d'une adresse de destination Hotmail. Le même type de message est reçu lorsque vous essayez d'envoyer à des adresses sur d'autres domaines.
Ce que j'ai essayé:
Ce dernier élément ci-dessus est également lié à une chose intéressante que j'ai remarquée, à savoir que l'adresse IP répertoriée dans le message d'événement 4006 n'est pas l'une des adresses IP répertoriées dans les enregistrements MX. Il s'agit de l'adresse IP du domaine hotmail.com réel. Alors, pourquoi essaie-t-il de contacter hotmail.com et pas l'une des adresses répertoriées dans les enregistrements MX?
Pour poursuivre l'enquête, j'ai utilisé Telnet pour envoyer un e-mail dans l'un de mes propres domaines. Effectivement, je trouve un événement 4006 dans le journal disant:
"La remise des messages à l'hôte '[IP de mon domaine]' a échoué lors de la remise au domaine distant '[mon domaine]' pour la raison suivante: la connexion a été interrompue par l'hôte distant."
Il apparaît à nouveau que le serveur SMTP tente de se connecter à l'IP et au port 25 de mon domaine et non à l'adresse spécifiée dans l'enregistrement MX.
C'est aussi loin que je suis venu. Peut-être que j'interprète mal quelque chose ici, mais il semble certainement que le serveur SMTP de Windows essaie de se connecter au domaine de l'adresse e-mail directement au port 25 (en ignorant les enregistrements MX) ... Toutes les idées sur ce que je pourrais faire de mal ou peut-être comment procéder pour résoudre ce problème?
EDIT: Trouvé une solution de contournement ainsi que ce qui déclenche le problème. Voir ma réponse ci-dessous.
J'ai continué à enquêter sur ce problème et je crois maintenant que c'est un bogue dans Windows Server 2019. J'ai en fait trouvé une solution et aussi comment reproduire ce problème avec une certitude à 100%.
Le courrier ne sera pas envoyé correctement si le type de démarrage du service SMTP est défini sur "Automatique" (c'est-à-dire qu'il démarre immédiatement au démarrage). Toutefois, si le service SMTP est défini sur démarrage manuel, puis démarré manuellement à partir de services.msc ou du gestionnaire IIS6, le courrier électronique quitte la file d'attente et est remis aux destinataires.
Si le démarrage "automatique" est utilisé pour le service, toute tentative d'envoi de courrier électronique entraînera toujours le blocage du courrier électronique dans la file d'attente et l'événement 4006 (voir le message initial pour plus de détails) sera écrit dans le journal des événements .Ceci est 100% reproductible dans mes tests.
ne solution de contournement consiste à définir le type de démarrage sur "Automatique (démarrage différé)". Si je suis correctement informé, cela entraînera le démarrage du service SMTP 2 minutes après le démarrage du dernier service "Automatique". Ce n'est pas une solution optimale, mais cela suffira pour le moment.
Pour être complet, voici une étape par étape pour reproduire le problème:
Remarque: les étapes 2 à 6 ne sont probablement pas nécessaires pour reproduire le problème, mais c'est la configuration de base que j'utilise.