Je ne reçois pas d’e-mails lorsque je crée un compte et je me demandais si j’avais fait quelque chose de mal. Quelle est la différence entre une adresse SMTP et un domaine SMTP ?
Adresse SMTP : user@example.com
Domaine SMTP : example.com
1 « J'aime »
Pourriez-vous m’aider ? J’ai utilisé un outil SMTP en ligne et tout fonctionne bien, mais Discourse ne semble pas envoyer d’e-mails lorsque je m’inscris…
Bonjour et bienvenue @ethhaqn 
Avez-vous consulté le guide de dépannage ?
3 « J'aime »
J’ai utilisé telnet mail.theapi.tech 25 et il a retourné 220 myhelper.tech ESMTP Postfix, un ancien domaine que j’utilisais pour tester ce système. Pensez-vous que cela ait un impact sur l’envoi d’e-mails ? Si oui, où puis-je changer le domaine ? Encore une fois, c’est un ancien domaine mais je ne suis pas sûr où j’aurais pu entrer ce domaine pour qu’il soit retourné lorsque j’exécute telnet mail.theapi.tech 25.
Il est peut-être aussi utile de noter que ./discourse-doctor m’a signalé une erreur inhabituelle et n’a pas semblé résoudre mon problème.
De plus, je n’ai pas utilisé ./discourse-setup pour configurer Discourse car le port 80 était occupé. Au lieu de cela, j’ai modifié manuellement containers/app.yml et exécuté ./launcher rebuild app.
J’ai utilisé tail shared/standalone/log/rails/production.log et les logs disent :
Processing by FinishInstallationController#confirm_email as HTML
Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 0.7ms | Allocations: 255)
Rendered layout layouts/finish_installation.html.erb (Duration: 6.7ms | Allocations: 2103)
Completed 200 OK in 8ms (Views: 7.4ms | ActiveRecord: 0.0ms | Allocations: 2735)
start
Rendered layouts/email_template.html.erb (Duration: 0.1ms | Allocations: 34)
Delivered mail 0e5b023a-90f9-4c23-ae2b-488b4d70d907@theapi.tech (39.6ms)
Job exception: le nom d'hôte « mail.theapi.tech » ne correspond pas au certificat du serveur
fail
openssl s_client -connect mail.theapi.tech:25 -starttls smtp -showcerts
Erreur de vérification : certificat auto-signé
Vous devez donc définir DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none dans votre app.yml
2 « J'aime »
Cela ne fera-t-il pas en sorte que vous n’ayez plus besoin de vérifier votre e-mail ?
Non. Cela fera ignorer à Discourse la vérification qui échoue actuellement.
Ah, voilà. Comment puis-je obtenir un certificat SSL ? Ceci est dans mon app.yml d’ailleurs :
Je pense que la partie où vous configurez votre propre serveur de messagerie est hors du champ d’application de ce forum.
1 « J'aime »
Non, pas sur mon serveur de messagerie. Sur votre site Discourse réel.
Veuillez suivre Run other websites on the same machine as Discourse et si cela échoue, ouvrez un nouveau sujet.
1 « J'aime »
Bonjour, j’ai mis à niveau mon instance locale de Discourse vers la version 2.9.0.beta4 et même après avoir ajouté DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: "none" dans mon fichier containers/app.yml (et reconstruit l’application), je continue de recevoir des erreurs telles que :
Rendered layouts/email_template.html.erb (Duration: 0.2ms | Allocations: 34)
Delivered mail 31c5b9eb-1077-4155-b040-314c4a8566cb@taverne.colorfulminis.com (11.3ms)
Job exception: SSL_connect returned=1 errno=0 state=error: certificate verify failed (self signed certificate)
Cela empêche évidemment mon instance Discourse d’envoyer des e-mails. Y a-t-il un problème connu à ce sujet ? Pour information : j’exécute une instance de pré-production avec la version 2.8.0.beta9 et exactement la même configuration, et les e-mails sont envoyés sans problème. Merci de votre aide.
1 « J'aime »
Salut Alexis,
J’ai exactement le même problème sur une VM (instance Discourse 2.9.0.beta4 basée sur Docker sous Ubuntu 22.04). Même avec DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none dans container/app.yml (et $DISCOURSE_SMTP_OPENSSL_VERIFY_MODE dans l’environnement Docker défini sur none), certificate verify failed (self signed certificate) continue d’être levé.
Edit : pour information, la version stable (2.8.3) fonctionne comme prévu.
Pour information : activer DISCOURSE_SMTP_ENABLE_START_TLS: true a résolu le problème de mon côté.
Pour ceux qui cherchent des réponses sans succès et qui arrivent sur ce sujet :
Je viens d’avoir le plaisir de découvrir que mon fournisseur d’hébergement VPS exige que j’active d’abord les ports d’envoi de courrier, sur une machine fraîchement installée. Je le savais, mais je ne m’en suis souvenu qu’après une nuit de sommeil 
Bon hébergement ! 