Il sistema di posta non funziona anche se l'ho testato con telnet e altre piattaforme

Supporto Installazione
1

Per qualche motivo, non ricevo email dalla mia configurazione di Discourse.

Ho già testato le impostazioni SMTP e funzionano per altre piattaforme.

Ho anche fatto un test con Telnet.

1 Mi Piace
2

Vedi Risoluzione dei problemi relativi all’email su una nuova installazione di Discourse.

Un problema comune è che Discourse invia da un indirizzo che il tuo server non accetta.

4 Mi Piace
3

Sono in una situazione simile. Installato, il sito risponde, ma l’email di registrazione non arriva mai. Ho testato l’invio di email dal server Discourse, dall’interno del contenitore dell’app, usando la stessa configurazione/credenziali => funziona, il messaggio di test viene inviato e ricevuto correttamente. L’esecuzione di doctor mi restituisce:

Invio della mail a my_correct_user@my_correct_domain. . . 
Test dell'invio a my_correct_user@my_correct_domain utilizzando correct_smtp_server_name:465, username:correct_smpt_user@correct_sender_domain con autenticazione plain.
======================================== ERRORE ========================================
                                    ERRORE INATTESO

Net::ReadTimeout

====================================== SOLUZIONE =======================================
Questo non è un errore comune. Non esiste una soluzione consigliata!
[....]

Ho provato a cambiare la porta in 587; a quel punto Net::ReadTimeout non compare più nei log, ma comunque nulla viene inviato. Cosa fare ora? Qual è il contenuto corretto di DISCOURSE_SMTP_DOMAIN? È l’unica cosa di cui sono ancora sospettoso.

4

Stesso problema anche qui. Aiuto, per favore

5

Se riscontri un timeout di lettura, è perché la porta SMTP in uscita è bloccata. Dovrai farla sbloccare o utilizzare un’altra porta.

1 Mi Piace
6

Personalmente uso la porta submission su quel server, quindi quella di certo non è bloccata. E - giusto - quando si usa la 587 l’errore di timeout non compare. Dato che non ho modo di apportare modifiche alla configurazione del server, devo intendere che è supportata solo la SMTPS?

7

La porta 587 ha TLS esplicito (STARTTLS) e un server di posta potrebbe essere configurato per accettare invii su quella porta senza richiedere TLS, quindi potresti fare SMTP non crittografato su quella porta.

(La porta 465, ora in disuso, aveva TLS implicito e non avevi altra scelta.)

8

Bene, il server è configurato per funzionare con TLS esplicito sulla porta di invio (587). Ora cosa bisogna fare nella configurazione di Discourse per farlo funzionare sulla 587 con TLS? Dovrebbe/non dovrebbe funzionare OOB?

9

C’è DISCOURSE_SMTP_ENABLE_START_TLS che è true per impostazione predefinita.