こんにちは。
先日、bitnami discourse helm chart を使用して Kubernetes クラスターに 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 にデプロイしており、DISCOURSE_SMTP_DOMAIN 追加環境変数を使用して SMTP ドメイン値を設定しようとしましたが、ウェブサイトのメール設定でドメイン名が空と表示されているため、機能していないのかもしれません。
機能させるために、見落としている値や設定はありますか?
ありがとうございます!
