Если у вас уже есть DISCOURSE_SMTP_ADDRESS, что делает настройка DISCOURSE_SMTP_DOMAIN в файле containers/app.yml?
Дело в том, что десктопные клиенты обычно не запрашивают «адрес» и «домен» отдельно, поэтому я запутался.
Если у вас уже есть DISCOURSE_SMTP_ADDRESS, что делает настройка DISCOURSE_SMTP_DOMAIN в файле containers/app.yml?
Дело в том, что десктопные клиенты обычно не запрашивают «адрес» и «домен» отдельно, поэтому я запутался.
У меня тот же вопрос. Я искал ответ и нашел эту тему.
Более конкретно меня интересует, следует ли здесь указывать тот же поддомен, что и у экземпляра Discourse (discourse.example.com), или домен (example.com). И связано ли это каким-либо образом с настройкой SMTP.
Он передается напрямую в action_mailer
Документация Action Mailer указывает на него как на часть SMTP-сессии.
Есть ли причина, по которой эта строка в app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (требуется некоторыми провайдерами)
не запрашивается во время ./discourse-setup и при этом не закомментирована, вводя ложное значение в конфигурацию?
На случай, если это поможет будущим читателям…
Отвечаю сам себе
, основываясь на Emails have stopped sending - end of file reached - #25 by Falco, вам нужно добавить ваш почтовый домен, т. е. mail.example.com.