Le nom d'hôte ne correspond pas au certificat du serveur - aucun des autres fils ne fournit de solutions à ce problème

La recherche de fils de discussion dans ce forum n’a rien donné. Il semble que ce soit le problème que tout le monde pose, mais il y a peu de solutions.

J’ai des identifiants valides et un serveur de messagerie DirectAdmin fonctionnel que je partage entre plusieurs domaines que j’exploite. Donc, naturellement, le nom d’hôte n’est pas égal au nom de domaine d’envoi.

J’ai configuré des certificats Lets-encrypt pour le nom de domaine et le serveur de messagerie. Les enregistrements SPF et Dkim sont également valides.

Cependant, Discourse rencontre toujours ce problème et n’accepte pas le serveur de messagerie. Un autre fil de discussion a suggéré d’ajouter à app.yml :

DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none

Cela n’a pas non plus fonctionné.

Mon Discourse est une petite communauté privée pour un groupe de collègues techniciens. Par conséquent, j’ai du mal à obtenir une participation de la part des services de messagerie transactionnelle. J’ai donc besoin qu’un serveur de messagerie privé fonctionne.

J’ai essayé plusieurs façons de résoudre ce problème pendant 4 mois. La mise en place d’un service ne devrait pas être aussi difficile.

Avez-vous des journaux que vous pouvez fournir pour montrer l’erreur réelle que vous rencontrez et où elle se produit ?

Il semble que vous parliez de Discourse envoyant des e-mails via votre serveur de messagerie DirectAdmin. Si c’est le cas, le domaine d’envoi n’a aucune incidence sur le SSL, le serveur DirectAdmin aurait juste besoin d’un certificat valide pour le domaine utilisé pour DISCOURSE_SMTP_ADDRESS dans votre fichier app.yml de Discourse.

Lorsque vous avez ajouté DISCOURSE_SMTP_OPENSSL_VERIFY_MODE à app.yml, avez-vous également reconstruit le conteneur ? Toute modification apportée à app.yml nécessitera la reconstruction du conteneur avant qu’elle ne prenne effet. Notez cependant que même si cette option fonctionne, la désactivation de la vérification OpenSSL présente un risque de sécurité et ne doit pas être utilisée, sauf si le serveur de messagerie se trouve sur la même machine ou du moins au sein du même réseau fermé.