Pur avendo già DISCOURSE_SMTP_ADDRESS, cosa fa l’impostazione DISCOURSE_SMTP_DOMAIN in containers/app.yml?
Non è che i client desktop di solito chiedano separatamente “indirizzo” e “dominio”, quindi mi sono confuso.
Pur avendo già DISCOURSE_SMTP_ADDRESS, cosa fa l’impostazione DISCOURSE_SMTP_DOMAIN in containers/app.yml?
Non è che i client desktop di solito chiedano separatamente “indirizzo” e “dominio”, quindi mi sono confuso.
Ho la stessa domanda. Ho cercato una risposta e ho trovato questo argomento.
Nello specifico, mi chiedo se qui dovremmo inserire lo stesso sottodominio che ha l’istanza di Discourse (discourse.example.com) o il dominio (example.com). E se questo sia correlato alla configurazione SMTP.
Viene passato direttamente ad action_mailer
La documentazione di Action_Mailer lo designa come parte della conversazione SMTP.
C’è un motivo per cui questa riga in app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (richiesto da alcuni provider)
non viene richiesta durante ./discourse-setup e non è nemmeno commentata, introducendo un valore errato nella configurazione?
Nel caso possa essere d’aiuto ai futuri lettori…
Rispondo a me stesso
basandomi su Emails have stopped sending - end of file reached - #25 by Falco, devi aggiungere il tuo dominio di posta elettronica, ad esempio mail.example.com.