2026.1.5 にアップデートしてから、このサイトのアドバイスが表示されるようになりました：
サーバーは Amazon SES を介してメールを送信するように設定されていますが、SNS トピック ARN をホワイトリストに追加していません。正当な ARN を aws_sns_topic_arn_allowlist に追加するまで、バウンス通知は拒否されます。
しかし、この設定に関する情報を見つけることができません。
2026.1.5 の変更ログでこれを見つけましたが、何をすべきかは明確ではありません：SECURITY: Prevent any signed AWS SNS TopicARN from being accepted via… · discourse/discourse@3a3d315 · GitHub
私もそれを見ました。
Amazon SNS コンソールでは、すでに2つの「トピック」が設定されていました。SESの設定については、記憶が曖昧です。おそらく関連するDiscourseの指示書に従ったのでしょう。この最近のトピックでも言及されています：How do I properly configure the AWS SNS topic ARN allowlist?
一つはバウンス用、もう一つは苦情用で、それぞれ arn:aws:sns:eu-west-1:111111111111:DiscourseBounces という形式のARNがありました。これらのARNの両方をDiscourse設定の aws_sns_topic_arn_allowlist に追加し、警告はもう表示されなくなりました。これで正しいことをしたことを願っています…
こちらによると、この設定はSES経由で送信した後にAmazonが受信したバウンスをDiscourseに学習させるためのもののようなです。
しかし、私はforum.example.comのメッセージ送信にはSESを使用し、返信やバウンスの受信にはmail-receiverを使用しています。Discourseダッシュボードに表示される警告メッセージは、SES経由で返信やバウンスを受信している人たちにのみ適用されるもので、MXレコードを自社サーバーに向けるようなケースには当てはまらないですよね？
Discourse チームがこの警告をソフトウェアに組み込んでおきながら、その説明を提供していないのは非常に残念です。
とはいえ、7月以来これについて何もしなくても、問題は発生していないようです。
ああ、トピック作成ありがとう。ここを見落としていました。この設定がいつ適用されるか、値はどこで確認できるのか、説明すべきでしたし、警告も範囲が広すぎます。
SNSが構成の一部ではない場合でも、SMTPのホスト名がSESのように見え、許可リストが空の場合に、このメッセージが表示されてしまいます。
SESのバウンスフィードバックがmail-receiver経由でDiscourseに届いている場合は、この設定を記入する必要はありません。空のままでも問題ありません。
@Jonathan5、追加したバウンストピックのARNは正しい値です。ただし、一点補足ですが、現在DiscourseはこのWebhook経由でバウンスのみを処理しているため、クレームトピックを追加してもクレーム処理は有効になりません。
該当しない場合は無視できるよう、説明と警告を更新しました。フィードバックありがとうございました！