Jay, j’ai aussi essayé cela, peut-être que ma tentative de créer un enregistrement MX est inexacte… J’obtiens une configuration OK sur Mxtoolboxdotcom : (pas d’enregistrement PTR, pas de prise en charge TLS, sinon tout est vert)
Nous devons avoir un enregistrement DNS qui dirige notre e-mail TLD vers notre serveur de messagerie sortant, cela semble outrepasser ma tentative d’envoyer un e-mail au serveur / sous-domaine, à savoir : envoyer un e-mail de test à nobody@discourse.TLD,domain apparaît dans les journaux du récepteur de messagerie comme :
Il y a peu de chances de résoudre le problème en utilisant des espaces réservés, car ni vous ni la personne qui vous aide ne pouvez vérifier quoi que ce soit, mais je suppose que voici une tentative.
L’enregistrement MX devrait être
discourse.example.com pointant vers discourse.example.com avec n’importe quelle priorité.
Ne changez rien concernant l’e-mail du TLD. Juste l’enregistrement MX pour le récepteur de courrier, qui est le même nom d’hôte que Discourse.
Cela a bien fonctionné, le log indique “delivered” (livré), je vais donc revenir à la configuration pour voir si je peux faire fonctionner la réponse par e-mail maintenant
p.s.
Je suis sûr que la poursuite du débogage était liée au DNS…
Parce que j’ai continué à envoyer des messages de test depuis mon adresse e-mail habituelle (une grande université) et apparemment, les changements DNS n’ont pas réussi à se propager dans ladite grande infrastructure de messagerie.
J’ai donc envoyé un message de test depuis ce compte openinbox que j’allais utiliser pour le POP3, bingo, livré sans problème.
Mon Dieu, j’avais l’habitude de gérer des serveurs DNS, mais c’était il y a quelques décennies, et les temps étaient plus simples.
Quoi qu’il en soit, mon MX (namecheap) ressemble exactement à ce que vous avez dit… je vais arrêter d’obscurcir.
