Мне пришлось заново настроить SMTP и выполнить команду ./launcher start app.
Однако меня не попросили повторно ввести данные установки — адрес электронной почты, настройки SMTP и т. д.
Команда выполнилась, а после переустановки вернула меня обратно в командную строку.
Есть какие-то идеи?
Это просто запускает контейнер, ничего не запрашивая. Конфигурация находится в /var/containers/app.yml.
Однако, я думаю, вы путаете эту команду с ./discourse-setup? (которая действительно запрашивает ввод)
Спасибо, Роберт. Чтобы повторно ввести информацию SMTP, мне следует использовать ./discourse-setup?
Если вы обновляете переменные окружения, такие как учётные данные SMTP, простого перезапуска контейнера недостаточно для их применения.
Вам потребуется выполнить ./launcher destroy app перед ./launcher start app, чтобы контейнер начал использовать новые значения.
Если вы не знаете, что такое nano и предпочитаете, чтобы вас запрашивали изменения, то вам нужно сделать именно это.
Спасибо всем за помощь! Мне удалось отредактировать информацию. Теперь жду, появится ли сообщение, которое я только что опубликовал. Скрещу пальцы. 
Стивен, раз мне удалось отредактировать информацию при запуске ./discourse-setup, нужно ли мне теперь использовать команды ./launcher destroy app / ./launcher start app??
Если установка запустила пересборку, то нет. Вышеуказанное относится к случаю, если вы хотите избежать ожидания пересборки вашего экземпляра.
Понял, спасибо.
В продолжение: я вижу, что мой пост запустил отправку письма, НО я также вижу, что все сообщения находятся в очереди, но не отправлены — «250 Ok: queued as».
Я использую Sendgrid.
Есть какие-то идеи?
Я почти уверен, что «sent» и «queued» — это синонимы. Они есть в ваших логах SendGrid? Если вы используете тестирование почты, можете ли вы отправить письмо на mail-tester.com?
SMTP является транзакционным протоколом, поэтому с точки зрения:
Вы не видите (и не можете видеть) следующий этап, когда другой агент в системе SendGrid обрабатывает очередь, выбирает ваше сообщение и передаёт его следующему MTA.
Идентификатор очереди помогает в отслеживании: если сообщение потеряется, вы сможете обратиться к системному администратору SendGrid и спросить: «Что случилось с идентификатором очереди ABC1234567 после того, как ваша система его приняла?»
Привет, Джей. Это есть в логах Discourse. Я также проведу тест с электронной почтой. Спасибо!
Спасибо, Майкл. Я сообщу, как только получу письмо от системы. Очевидно, что я должен получить это письмо.
См. Устранение неполадок с электронной почтой при новой установке Discourse..
.убедитесь, что адрес электронной почты для уведомлений принят вашим почтовым сервисом