Cela pourrait aider à trouver le bon :
dig +short smtp.mydomain.info|xargs -n 1 nslookup|grep name=
3 « J'aime »
Malheureusement, cela ne fonctionne pas, l’erreur est la même :
SSL_connect retourné=1 errno=0 état=erreur : la vérification du certificat a échoué (incompatibilité de nom d’hôte)
Avec la version 2.9.0.beta4 (0acbd63320), cela fonctionnait, puis-je revenir à une version antérieure ?
J’ai créé un nouveau compte de messagerie temporaire avec prise en charge de STARTTLS, j’espère que cela sera corrigé avant la sortie de la version 2.9.0.beta5.
2 « J'aime »
J’ai suivi les conseils ci-dessus et défini le nom d’hôte sur le nom figurant sur le certificat.
Il est à noter que, dans ce cas, le problème ne semble s’être produit qu’après une reconstruction initiée par le lanceur, plutôt qu’une simple mise à niveau. Peut-être un problème avec les scripts du lanceur ?
2 « J'aime »
Pouvez-vous me dire comment vous avez fait ?
Je deviens fou, je ne peux pas utiliser le serveur SMTP avec les ports 25 ou 587 sans SSL et TLS
Merci
1 « J'aime »
Je ne pourrai peut-être pas vous aider alors, car ma configuration ne nécessite pas TLS. Je pense que la seule chose à faire est soit d’utiliser un fournisseur de messagerie tiers qui fournit des certificats valides, soit d’attendre un correctif qui permet de contourner ce problème.
1 « J'aime »
Avez-vous essayé la commande dig de Richard pour trouver un nom d’hôte pour votre serveur SMTP pour lequel il a un certificat ?
1 « J'aime »
Le mien est aussi sans TLS et SSL 
1 « J'aime »
Problème similaire ici Can't Send Emails - #14 by sukria.
Quelque chose a-t-il changé dans l’image de base ou dans une bibliothèque ou un gem externe ?
6 « J'aime »
Oui, c’est exact, c’est le même problème… ça a commencé il y a environ deux semaines.
1 « J'aime »
Pouvez-vous essayer les deux
DISCOURSE_SMTP_ENABLE_START_TLS: false
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
?
2 « J'aime »
Ce sont les premières choses que j’ai essayées, mais toujours la même erreur
SSL_connect returned=1 errno=0 state=error: certificate verify failed (Hostname mismatch)
1 « J'aime »
Salut, j’ai essayé avec les deux options. Ça ne fonctionne toujours pas :
DISCOURSE_SMTP_ADDRESS: REDACTED
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_USER_NAME: REDACTED
DISCOURSE_SMTP_PASSWORD: REDACTED
DISCOURSE_SMTP_ENABLE_START_TLS: false # (optional, default true)
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
DISCOURSE_SMTP_AUTHENTICATION: "login"
J’obtiens toujours certificate verify failed (self signed certificate).
2 « J'aime »
Pour moi, c’est un bug bloquant depuis longtemps…
Je vous recommande de créer une nouvelle adresse e-mail temporaire qui prend en charge le TLS SMTP.
Cela pourrait-il être lié à ce gem
4 « J'aime »
J’ai exactement le même problème. Il a commencé hier, lorsque j’ai mis à niveau (via rebuild) vers 2.9.0.beta4 (a5779a7d0b). Je n’ai fait AUCUN changement à app.yml, ni à quoi que ce soit d’autre. Juste un rebuild.
J’ai maintenant plus de 1 300 jobs échoués.
Je vois des erreurs SSL dans les logs (voir ci-dessous pour les captures d’écran), et je me demande si le rebuild ignore soudainement le flag DISCOURSE_SMTP_ENABLE_START_TLS ?
Voici ce que j’ai “toujours” eu dans mon fichier app.yml : (encore une fois, aucun changement n’a été effectué)
DISCOURSE_SMTP_ADDRESS: 172.17.0.1
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_AUTHENTICATION: none
DISCOURSE_SMTP_ENABLE_START_TLS: false # (optional, default true)
EDIT : Voici ce que je vois dans les logs d’e-mail pour l’hôte (le serveur d’e-mail). Les messages d’erreur sont nouveaux, commençant après le rebuild.
Le dernier message concernant Discourse dans les logs d’e-mail avant le rebuild :
May 23 17:16:02 localhost postfix/smtpd[5247]: connect from discourse-docker[172.17.0.2]
May 23 17:16:02 localhost postfix/smtpd[5247]: 0D803B67FB: client=discourse-docker[172.17.0.2]
May 23 17:16:02 localhost postfix/cleanup[5279]: 0D803B67FB: message-id=<topic/421230/2413438.f609f9d756c226a154de43f4@forums.jag-lovers.com>
May 23 17:16:02 localhost postfix/smtpd[5247]: disconnect from discourse-docker[172.17.0.2] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
La première entrée dans les logs d’e-mail sur le serveur après le rebuild :
May 23 17:22:48 localhost postfix/smtpd[10929]: connect from discourse-docker[172.17.0.2]
May 23 17:22:48 localhost postfix/smtpd[10929]: SSL_accept error from discourse-docker[172.17.0.2]: -1
May 23 17:22:48 localhost postfix/smtpd[10929]: warning: TLS library problem: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:../ssl/record/rec_layer_s3.c:1528:SSL alert number 42:
May 23 17:22:48 localhost postfix/smtpd[10929]: lost connection after STARTTLS from discourse-docker[172.17.0.2]
May 23 17:22:48 localhost postfix/smtpd[10929]: disconnect from discourse-docker[172.17.0.2] ehlo=1 starttls=0/1 commands=1/2
Après cette heure, les entrées pour Discourse dans les logs d’e-mail ressemblent toutes à cela.
Captures d’écran :
4 « J'aime »
J’ai essayé d’envoyer un message depuis le conteneur Docker de Discourse en utilisant curl. Une fois que je me suis assuré de spécifier SMTP en texte brut et le port 25, je peux envoyer des e-mails via l’hôte sans problème :
$ cd /var/discourse/
$ sudo ./launcher enter app
x86_64 arch detected.
root@discourse-app:/var/www/discourse# curl smtp://172.17.0.1 --mail-from discourse@mydomain.com --mail-rcpt myname@gmail.com --upload-file README.md
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 7077 0 0 100 7077 0 575k --:--:-- --:--:-- --:--:-- 575k
root@discourse-app:/var/www/discourse#
Et voici à quoi ressemblait ce test dans les journaux de messagerie de l’hôte :
May 24 16:53:49 localhost postfix/smtpd[25494]: connect from discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/smtpd[25494]: EB62CB5FCD: client=discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/cleanup[26008]: EB62CB5FCD: message-id=<>
May 24 16:53:49 localhost opendkim[1365]: EB62CB5FCD: can't determine message sender; accepting
May 24 16:53:49 localhost postfix/smtpd[25494]: disconnect from discourse-docker[172.17.0.2] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Étant donné que je n’ai spécifié aucun TLS ni le port 25 dans mon fichier app.yml, et que cela a fonctionné jusqu’à la reconstruction d’hier, il semble de plus en plus que la dernière version de Discourse ignore ma configuration SMTP dans app.yml.
2 « J'aime »
Remontée, @pfaffman et/ou @codinghorror.
Pensez-vous que nous ayons un bug ici, ou autre chose ?
1 « J'aime »
@gunnar J’ai déplacé votre publication ici car il s’agit du problème de messagerie que vous décrivez. Je ne suis pas sûr si l’erreur « la publication a déjà été prise » est également causée par cela, mais les détails que vous avez donnés sur votre e-mail appartiennent à ce problème.
2 « J'aime »
Il me semble absurde qu’après 30 jours, ce problème subsiste…
J’ai dû changer de fournisseur de messagerie pour que mon forum refonctionne.
1 « J'aime »
C’est frustrant, mais il me semble que certaines gemmes ne prennent plus en charge l’ignorance des certificats non valides b et/ou du transport non chiffré. Il se peut que l’époque où l’on pouvait envoyer du courrier de cette manière soit révolue. Mais je n’ai pas le problème moi-même, donc je n’ai pas regardé assez attentivement pour savoir si j’ai raison.
2 « J'aime »