Mientras ya se tiene DISCOURSE_SMTP_ADDRESS, ¿qué hace la configuración DISCOURSE_SMTP_DOMAIN en containers/app.yml?
No es que los clientes de escritorio normalmente pidan por separado “dirección” y “dominio”, así que me confundí.
Mientras ya se tiene DISCOURSE_SMTP_ADDRESS, ¿qué hace la configuración DISCOURSE_SMTP_DOMAIN en containers/app.yml?
No es que los clientes de escritorio normalmente pidan por separado “dirección” y “dominio”, así que me confundí.
Tengo la misma pregunta. Busqué una respuesta y encontré este tema.
Más específicamente, me pregunto si aquí debemos poner el mismo subdominio que tiene la instancia de Discourse (discourse.example.com) o el dominio (example.com). Y si esto tiene algo que ver con la configuración SMTP.
Se pasa directamente a action_mailer
La documentación de Actions_Mailer lo designa como parte de la conversación SMTP.
¿Hay alguna razón por la que esta línea en app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (required by some providers)
no se pregunte durante ./discourse-setup y tampoco esté comentada, introduciendo un valor falso en la configuración?
Por si ayuda a futuros lectores…
Respondiéndome a mí mismo
basándome en Emails have stopped sending - end of file reached - #25 by Falco, necesitas añadir tu dominio de correo electrónico, es decir, mail.example.com.