Проблемы с настройкой AWS SES при установке через Helm

Поддержка
1

Здравствуйте,

Недавно я установил Discourse в свой кластер Kubernetes с помощью helm-чарта Bitnami для Discourse. Я пытаюсь настроить его для работы с AWS SES, который у меня уже настроен и функционирует с другими адресами и сервисами, но, похоже, Discourse не запускается.

Я изучил различную документацию и обнаружил противоречивую информацию о том, должно ли имя переменной быть DISCOURSE_SMTP_NOTIFICATION_EMAIL или DISCOURSE_NOTIFICATION_EMAIL (Troubleshoot email on a new Discourse install и discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub), поэтому я просто добавил обе переменные в дополнительные переменные окружения.

smtp:
  enabled: true
  host: "email-smtp.us-west-2.amazonaws.com"
  port: "587"
  user: "XXXXX"
  password: "XXXXX"
  protocol: "tls"
  auth: ""
  existingSecret: ""

sidekiq:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

discourse:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

При отправке тестового письма в разделе «пропущено» появляется следующая ошибка:

554 Transaction failed: Invalid domain name: '127.0.0.1'.

В руководстве по устранению неполадок упоминается следующее:

Адрес отправителя по умолчанию формируется на основе домена установки и поддомена, поэтому, если ваш URL — `discourse.example.com`, он будет выглядеть так:

`noreply@discourse.example.com`

Однако, если ваш почтовый провайдер ожидает:

`noreply@example.com`

... у вас могут возникнуть проблемы! Чтобы решить эту проблему, отредактируйте файл `app.yml` и раскомментируйте следующую строку exec

Однако я не могу раскомментировать эту строку, находясь внутри контейнера.

Я развертываю Discourse на discourse.subdomain.exampledomain.com и пытался установить значение SMTP-домена с помощью дополнительной переменной окружения DISCOURSE_SMTP_DOMAIN, но, возможно, это не работает, так как в настройках электронной почты на сайте имя домена отображается пустым.

image
image1229×150 4.78 KB

Есть ли какое-то значение или конфигурация, которые я упустил, чтобы всё заработало?

Спасибо!

3

Вам нужно определить гораздо больше переменных, чтобы запустить этот контейнер. Для начала вам потребуется выполнить миграцию базы данных и скомпилировать активы. Кроме того, вам понадобится доменное имя и решение для обработки HTTPS-сертификатов.

Начните со стандартной установки, а затем действуйте дальше. Как только у вас будет работающая версия, вы сможете получить подсказки из команды:

./launcher start-cmd app
4

Извините, я должен был уточнить. Все контейнеры Discourse запускаются нормально, у меня возникли проблемы только с частью, связанной с отправкой электронной почты. Мне всё равно стоит пройти стандартный процесс установки?

Спасибо за быстрый ответ!

5

Хм. Не знаю. Возможно, я неправильно понял сообщения об ошибках.

Похоже, что Discourse не знает своё имя хоста? Но я могу ошибаться.