Problemi nell'invio dell'email di attivazione

Supporto Installazione
1

Ho installato Discourse utilizzando l’installazione con un clic su DigitalOcean con supporto HTTPS di Let’s Encrypt. Non sto ricevendo l’email di attivazione sul mio account email amministratore. Quando eseguo ./discourse-doctor, nella fase Email Send ricevo il seguente errore:

Net::ReadTimeout

Sto ospitando Discourse su un sottodominio, mentre il mio sito principale (dominio principale) e il server di posta si trovano su Hostgator. I record SPF e DKIM sono attivi sul mio dominio principale. Ho configurato l’invio di posta di Discourse per la porta 465, che è quella supportata dai server di posta di Hostgator.

Qualcuno potrebbe chiarire cosa potrebbe non funzionare?

Grazie in anticipo.

Modifica: Quando provo la porta 587, ./discourse-doctor restituisce un errore diverso, riportato di seguito:

Invio della posta non riuscito.

2

Aggiornamento: Ho fatto funzionare l’email di attivazione usando la porta 587 e impostando il seguente valore nel file app.yaml:

DISCOURSE_SMTP_ENABLE_START_TLS: false

Una volta effettuato l’accesso all’interfaccia di amministrazione, ho visto i seguenti errori Sidekiq (precedenti?):

Jobs::HandledExceptionWrapper: Wrapped OpenSSL::SSL::SSLError: il nome host “mail.mydomain.com” non corrisponde al certificato del server

Ora, capisco che questo errore è scomparso perché ho impostato DISCOURSE_SMTP_ENABLE_START_TLS su false, ma è il modo corretto di procedere?

3

Ciao e benvenuto su meta @nparab :wave:

Temo che non possiamo supportare l’installazione con un clic offerta da DigitalOcean, poiché non è il metodo ufficialmente raccomandato per configurare Discourse. Ti consiglio vivamente di seguire la nostra guida ufficiale all’installazione.

4

Quel messaggio è autoesplicativo e significa che il tuo server di posta è configurato in modo errato.

5

Ma se mi connetto con questo comando:

openssl s_client -starttls smtp -crlf -connect mail.mydomain.com:587

la connessione avviene correttamente e posso persino inviare email. Se il server di posta fosse configurato in modo errato, anche questo comando non dovrebbe funzionare, giusto?

Aggiornamento: Esecutando questo comando:

openssl s_client -servername mail.mydomain.com -starttls smtp -crlf -connect mail.mydomain.com:587

viene restituito un certificato per mydomain.com invece del certificato per mail.mydomain.com.

È questa la configurazione errata di cui parlavi?

Per il momento, ho configurato Discourse per utilizzare mydomain.com (invece di mail.mydomain.com) come DISCOURSE_SMTP_ADDRESS nel file app.yml, in modo che i certificati corrispondano. Questo causerà problemi?