Discourseマルチサイトのメール配信設定に関するアドバイス募集

インストール
1

皆さん、こんにちは。

数週間の実験を経て、単一のコンテナ内にマルチサイトセットアップを正常にデプロイできたことを嬉しく思います（多くの失敗の後です）。これは私にとって素晴らしい成果です。なぜなら、私は非常に限られたリソース（2つのサイトで約1.34GBのメモリは素晴らしいです。これは、2つの別々のコンテナを実行するよりもはるかに優れています）で作業しているからです。

私はこの世界で少しでも良いことをしようとコミュニティを立ち上げていますが、残念ながら高価なホスティングサービスは利用できません。月額20ドルでさえ、私にとってはかなりの出費です。私は持っているリソースでこれを機能させることを決意しているので、ガイダンスを求めています。

しかし、各サブドメインのメール配信に関して少し行き詰まっています。私が理解したところによると、マルチサイト構成ではサイトごとに個別のメールアドレスのネイティブサポートは利用できないようです。これは奇妙に思えます。特に、Discourseはxyz.discourse.groupのようなホストインスタンスを管理しており、インスタンスごとに2GBのメモリを割り当てていないと推測しています。確かに、同様のマルチサイトアプローチを利用しているのではないでしょうか？

私の質問は、各サブドメインのメール配信をどのように処理しているかということです。

たとえば、サイトxyz1.domain.comとxyz2.domain.comがある場合、すべてのメールが1つの一般的なアドレスから送信されるのではなく、送信メールがそれぞれnotification@xyz1.domain.comとnotification@xyz2.domain.comのように表示されるようにしたいと考えています。Postfixをヘッダーチェック（例：X-Originating-Domain）で設定しようとしましたが、すべてのメールが同じアドレスから送信されるため行き詰まりました。List-Idヘッダーのようなものを活用する方が良いアプローチでしょうか？これは機密性の高いトピック、おそらく企業秘密かもしれませんが、どのような助けでも感謝します。

これは考えすぎで、見落としている簡単な解決策があるのではないかと疑っています。どのようにこれを達成しているか（または正しい方向を教えていただければ）、非常に感謝します。

お時間と洞察をいただき、事前に感謝いたします！

「いいね！」 1
2

これは間違いです。どこでその情報を得ましたか？
インスタンスごとに notification_email を設定できます。

「いいね！」 2
3

サイトごとに個別のメール認証情報のネイティブサポートは利用できません。

「いいね！」 2
4

こんにちは、再び、

以前の投稿での混乱についてお詫び申し上げます。問題を正しく説明していなかったことに気づきました。明確にさせてください。

私が直面している課題は、サブドメインではなく、まったく異なるメインドメインであるマルチサイトセットアップでのメール配信に関するものです。たとえば、同じDiscourseコンテナ内で xyz1.domain1.com や xyz2.domain2.com のようなサイトを設定しようとしています。

Discourseでは、app.yml で次のような単一の通知メールを定義できることを理解しています。

DISCOURSE_SMTP_ADDRESS: smtp.domain1.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: noreply@domain1.com
DISCOURSE_SMTP_PASSWORD: password
DISCOURSE_SMTP_ENABLE_START_TLS: true

これは最初のインスタンス（xyz1.domain1.com）では完璧に機能します。しかし、2番目のインスタンス（xyz2.domain2.com）からメールが送信されると、Gmailのようなメールプロバイダーは、メールヘッダーが xyz2.domain2.com ドメインと一致しないため、不一致としてフラグを付けます。基本的に、単一のマルチサイトセットアップで各ドメインに個別のSMTP構成を定義することはできません。

各メインドメインが独自の異なるSMTP認証情報（例：サイトごとに個別の DISCOURSE_SMTP_* 設定）を使用するこのシナリオで、誰かが正常に処理したことはありますか？回避策はありますか、それとも不一致を回避するために各ドメインに個別のコンテナが必要ですか？

あるいは、各サイトに個別のコンテナを必要とせずに不一致の問題を解決するのに役立つベストプラクティスやツール（例：Postfixの調整、List-Idヘッダーの使用）はありますか？

洞察や提案をいただけると大変助かります。お時間とサポートをいただき、重ねて感謝いたします！

5

これは、マルチサイト設定では送信に単一のアカウントしか使用できないため、Discourseの制限のように見えますが、実際にはアカウントの下で単一の差出人アドレスしか使用できないメールプロバイダーの制限です。

SMTP_USER_NAMEがメールアドレスのように見えるのは、送信するメールのFrom:ヘッダーをSMTP_USER_NAMEと同じにする（または、同じに書き換える）ように強制することを選択したためです。

メールヘッダーはDiscourseによって設定されており、メールプロバイダーがそれらに触れず、同じアカウントで複数の差出人アドレスを使用できる場合、すべて正常に機能します。

「いいね！」 3
6

なるほど、Postfixを設定してカスタムヘッダーチェックを作成する必要があるということですね。

/^From:.+@example\.com/ REPLACE From: Your Name <yourname@example.com>

これで完了ですか？ありがとうございます！

7

独自のPostfixをインストールしている場合、これが問題になる理由はありません。

「いいね！」 2
8

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.