Les e-mails n'arrivent plus à être envoyés - fin de fichier atteinte

Soutien
21

Le paramètre DISCOURSE_SMTP_DOMAIN: community.acescentral.com n’a pas résolu le problème.
DISCOURSE_SMTP_DOMAIN: acescentral.com m’a renvoyé une erreur 502.

22

Comment effectuez-vous les tests ? Depuis la page « envoyer un e-mail de test » dans la console d’administration ou via discourse-doctor ?

Il semble que la première ligne devrait fonctionner. Utilisez-vous smtp-relay.gmail.com sur le port 587 ?

% nc smtp-relay.gmail.com 587
220 smtp-relay.gmail.com ESMTP gi23sm1000156pjb.0 - gsmtp
ehlo community.acescentral.com
250-smtp-relay.gmail.com at your service, [66.195.179.45]
250-SIZE 157286400

La deuxième devrait aussi fonctionner.

 % nc smtp-relay.gmail.com 587
220 smtp-relay.gmail.com ESMTP z17sm80799oor.20 - gsmtp
ehlo acescentral.com
250-smtp-relay.gmail.com at your service, [66.195.179.45]
250-SIZE 157286400

CEPENDANT : Il semble que discourse-doctor ne parvienne pas à envoyer avec ma configuration (qui fonctionne, j’ai reçu des e-mails de sa part ce matin) — il pourrait manquer quelque chose. J’ai également mis à jour le bug avec cette information.

23

J’utilisais discourse-doctor, mais merci pour l’info : il se peut qu’il n’affiche plus l’état réel.

J’utilise smtp-relay.gmail.com sur le port 587.

24

Je suis exactement dans la même situation que @agf1997 et je cherche désespérément une réponse.

25

Suivre

Remplissez la nouvelle variable d’environnement avec votre domaine de messagerie et reconstruisez.

26

@Syonyk Excellent dépannage ! Merci d’être allé au-delà de l’attendu !

J’ai pu mettre à jour mon DISCOURSE_SMTP_DOMAIN dans app.yml et reconstruire avec succès. Dans mon cas précis, j’ai ensuite pu envoyer l’e-mail de test, et tous les autres e-mails sont envoyés correctement depuis.

J’ai effectué ce changement vendredi après-midi et je voulais surveiller d’éventuels problèmes avant de revenir dire que mon problème spécifique était résolu. :grinning_face_with_smiling_eyes:

27

Je ne sais pas ce que cela dit de moi de considérer « lancer tcpdump » comme une partie rationnelle du dépannage. :confused: Je viens d’un héritage sysadmin étrange. En tout cas, je suis ravi que ce soit résolu pour vous aussi !