==================== TEST MAIL ====================
Per un test affidabile, ottieni un indirizzo da http://www.mail-tester.com/
Invio della posta a REDACTED . .
Test dell'invio a callumokane123@gmail.com utilizzando support@maniabots.xyz:REDACTED@smtp.zoho.com:587.
Connessione al server SMTP riuscita.
Invio a callumokane123@gmail.com . .
Invio della posta fallito.
==================== FATTO! ====================
E non ricevo l’email di attivazione per la configurazione dell’account
Immagino che il tuo forum si chiami forum.maniabots.xyz e che invii da noreply@forum.maniabots.xyz, ma il tuo server di posta non lo consente. C’è una riga in fondo al file app.yml che puoi modificare per impostare l’indirizzo. Devi modificarlo manualmente.
Puoi spiegare più in dettaglio? Il mio sito si trova su support.maniabots.xyz e l’email è support@maniabots.xyz; la mia configurazione app.yml sembra corretta.
## Eventuali comandi personalizzati da eseguire dopo la compilazione
run:
- exec: echo "Inizio dei comandi personalizzati"
## Se si desidera impostare l'indirizzo email 'From' per la prima registrazione, decommentare e modificare:
## Dopo aver ricevuto la prima email di iscrizione, ricommentare la riga. Deve essere eseguita una sola volta.
- exec: rails r "SiteSetting.notification_email='support@maniabots.xyz'"
- exec: echo "Fine dei comandi personalizzati"
Ho assicurato che le righe non siano commentate e che l’indirizzo email sia corretto, e ho anche ricostruito il container, ma non ricevo ancora l’email di verifica.
Posso configurare Mailgun per te e funzionerà. Ci sono un centinaio di cose diverse che potrebbero causare il malfunzionamento del tuo server di posta personalizzato.
Ciao a tutti,
Qualcuno ha trovato una soluzione a questo problema?
Ho configurato Postfix sul mio host Docker per l’invio di email. Funziona perfettamente quando invio email da SSH tramite il comando mail, ma il container Discorso fallisce con lo stesso errore riscontrato dall’OP. Ho seguito un suggerimento da questo thread: How to set SMTP config to use localhost? e, grazie a ciò, ho eliminato l’errore di autenticazione nel container Discorso (non fornisco nome utente o password a Discorso per connettersi al mio server di posta), ma ora ricevo l’errore “invio email fallito”. Avete idee?
Non sapevo che configurare un server di posta sarebbe stata la parte più difficile del mio percorso con Discorso… L’installazione di Discorso è semplicemente impeccabile e molto ben progettata, a differenza di qualsiasi configurazione di server di posta Linux.
È per questo motivo che tutte le istruzioni di installazione sconsigliano di provarci. Gestire un server di posta è molto difficile oggi.
Il mio sospetto è che Discourse stia usando il nome host come indirizzo email da cui invia, e il tuo server di posta non lo accetta. Ma ci sono dozzine di cose che potrebbero andare storte, tutte al di là della portata dell’aiuto che puoi ottenere qui.
Il problema era che Discourse non riusciva a connettersi al mio server Postfix da Docker. Tecnicamente, la connessione proviene da un’altra rete e Postfix non aveva questa rete nell’elenco delle reti consentite. È sufficiente aggiungere la rete Docker (nel mio caso 172.17.0.0/16) a mynetworks nella configurazione di Postfix, e poi funziona!
Prima di tutto, verifica se Docker può connettersi al tuo server Postfix (intendo se la connessione può essere stabilita prima dell’esecuzione del controllo della rete consentita in Postfix). Ricorda di controllare la configurazione di Postfix in inet_interfaces. Ho impostato all perché localhost non funziona per Discourse in Docker.
Se non funziona ancora, controlla i log di Postfix. Nel mio caso si trovano nel file /var/log/mail.log.
Spero che questo possa aiutare qualcuno in futuro. Ci sono voluti diversi giorni per farlo funzionare, ma ora finalmente non dipendo da alcun servizio di posta a pagamento (ci avevo anche pensato, ma non sono riuscito a farlo funzionare) e lo uso gratuitamente (ricorda di aggiungere i record SPF al tuo dominio! Altrimenti Gmail e altri provider di posta bloccheranno le tue email: non arriveranno nemmeno nella cartella SPAM, ma risulteranno non consegnate).