Questo potrebbe aiutare a trovare quello corretto:
dig +short smtp.mydomain.info|xargs -n 1 nslookup|grep name=
3 Mi Piace
Purtroppo non funziona, l’errore è lo stesso:
SSL_connect returned=1 errno=0 state=error: certificate verify failed (Hostname mismatch)
Con la versione 2.9.0.beta4 (0acbd63320) funzionava, posso fare il downgrade?
Ho creato un nuovo account email temporaneo con supporto StartTLS, spero che venga risolto prima del rilascio di 2.9.0.beta5.
2 Mi Piace
Ho seguito il consiglio sopra e ho impostato il nome host sul nome sul certificato.
Vale la pena notare che, in questo caso, il problema sembra essersi verificato solo dopo una ricostruzione avviata dal launcher, piuttosto che semplicemente con un aggiornamento. Forse un problema con gli script del launcher?
2 Mi Piace
Puoi dirmi come hai fatto?
Sto impazzendo, non riesco a usare il server SMTP con la porta 25 o 587 senza SSL e TLS
Grazie
1 Mi Piace
Potrei non essere in grado di aiutarti allora, poiché la mia configurazione non richiede TLS. Penso che l’unica cosa da fare sia utilizzare un provider di posta elettronica di terze parti che fornisca certificati validi, o attendere una correzione che consenta di aggirare questo problema.
1 Mi Piace
Hai provato il comando dig di Richard per trovare un nome host per il tuo server SMTP per cui ha un certificato?
1 Mi Piace
Anche il mio è senza TLS e SSL 
1 Mi Piace
Problema simile qui Can't Send Emails - #14 by sukria.
È cambiato qualcosa nell’immagine di base o in una libreria o gem esterna?
6 Mi Piace
Sì, è giusto, è lo stesso problema… è iniziato circa due settimane fa.
1 Mi Piace
Puoi provare entrambi
DISCOURSE_SMTP_ENABLE_START_TLS: false
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
?
2 Mi Piace
Sono le prime cose che ho provato ma ancora lo stesso errore
SSL_connect returned=1 errno=0 state=error: certificate verify failed (Hostname mismatch)
1 Mi Piace
Ciao, ho provato con entrambe le opzioni. Ancora non funziona:
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"
Ricevo ancora certificate verify failed (self signed certificate).
2 Mi Piace
Per me è stato un bug bloccante per molto tempo…
Ti consiglio di creare un nuovo indirizzo email temporaneo che supporti SMTP TLS.
Potrebbe essere correlato a questo gem
4 Mi Piace
Ho esattamente lo stesso problema. È iniziato ieri, quando ho aggiornato (tramite rebuild) a 2.9.0.beta4 (a5779a7d0b). NON ho apportato modifiche ad app.yml, né a nient’altro. Solo un rebuild.
Ora ho oltre 1.300 processi falliti.
Sto riscontrando errori SSL nei log (vedi sotto per gli screenshot) e mi chiedo se il rebuild stia improvvisamente ignorando il flag DISCOURSE_SMTP_ENABLE_START_TLS?
Questo è ciò che ho “sempre” avuto nel mio file app.yml: (di nuovo, nessuna modifica è stata apportata)
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: Questo è ciò che vedo nei log di posta elettronica per l’host (il server di posta). I messaggi di errore sono nuovi, iniziati dopo il rebuild.
L’ultimo messaggio relativo a Discourse nei log di posta elettronica prima del 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 prima voce nei log di posta elettronica sul server dopo il 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
Dopo quell’ora, le voci per Discourse nei log di posta elettronica sono tutte simili a quella.
Screenshot:
4 Mi Piace
Ho provato a inviare un messaggio dal container Docker di Discourse usando curl. Una volta che mi sono assicurato di specificare SMTP in chiaro e la porta 25, posso inviare email tramite l’host senza problemi:
$ cd /var/discourse/
$ sudo ./launcher enter app
Rilevata architettura x86_64.
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#
E questo è ciò che quel test è sembrato nei log di posta elettronica dell’host:
24 maggio 16:53:49 localhost postfix/smtpd[25494]: connect from discourse-docker[172.17.0.2]
24 maggio 16:53:49 localhost postfix/smtpd[25494]: EB62CB5FCD: client=discourse-docker[172.17.0.2]
24 maggio 16:53:49 localhost postfix/cleanup[26008]: EB62CB5FCD: message-id=<>
24 maggio 16:53:49 localhost opendkim[1365]: EB62CB5FCD: impossibile determinare il mittente del messaggio; accettazione
24 maggio 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
Dato che non ho specificato TLS e la porta 25 nel mio app.yml, e questo ha funzionato fino alla ricostruzione di ieri, sembra sempre più che l’ultima versione di Discourse stia ignorando la mia configurazione SMTP in app.yml.
2 Mi Piace
Bump, @pfaffman e/o @codinghorror.
Pensi che potremmo avere un bug qui, o qualcos’altro?
1 Mi Piace
@gunnar Ho spostato il tuo post qui poiché questo è il problema dell’email che stai descrivendo. Non sono sicuro se anche l’errore “il post è già stato preso” sia causato da questo, ma i dettagli che hai fornito sulla tua email appartengono a questo problema.
2 Mi Piace
Mi sembra assurdo che dopo 30 giorni ci sia ancora questo problema…
Ho dovuto cambiare provider di posta elettronica per far funzionare di nuovo il mio forum.
1 Mi Piace
È frustrante, ma mi sembra che qualche gemma non supporti più l’ignorare certificati non validi o il trasporto non crittografato. Potrebbe semplicemente essere che i giorni in cui si poteva inviare posta in quel modo siano finiti. Ma non sto riscontrando il problema io stesso, quindi non ho guardato abbastanza attentamente per sapere se ho ragione.
2 Mi Piace