メールアドレスでの返信が壊れています

バグ
1

ビルド 2.9.0.beta4 (82ac698d4f)

管理 - 設定 - メール ページにて

Discourse は、メールアドレスに %{reply_key} が含まれていない場合、メールでの返信先アドレス を無視し、送信するメールのヘッダーの To および Reply-To にデフォルトのメールアドレスを使用します。

問題を再現する手順と、正常に動作する手順を以下に示します。

壊れている

Discourse で設定されたデフォルトのメールアドレスが forum@domain.com であると仮定します。

image
image742×340 17 KB

Discourse がメールを送信すると、From および Reply-To ヘッダーには community.forum@domain.com の代わりに forum@domain.com が含まれます。

動作する

ただし、メールでの返信先アドレス に %{reply_key} を追加すると、以下のようになります。

  • メールでの返信先アドレス - community.forum+%{reply_key}@domain.com

image
image751×331 17.3 KB

これは期待どおりに動作し、メールは community.forum+%{reply_key}@domain.com から送信され、Reply-To ヘッダーも正しく設定されます。

2

メールでの返信にはキーが必要だと思います。キーがない場合は、app.yml で設定され、UX からは隠されている可能性のある通知用メールアドレスを使用するようにフォールバックします。

3

では、「キーで関連投稿を検索」を無効にするとどうなりますか？

「いいね！」 1
4

話が通じないようですね。 :person_shrugging:

5

reply_key を無効にして find related post with key オプションを無効にしても問題なく動作することを確認できますが、送信先と返信先のアドレスは、reply by email address で指定されたものではなく、アプリの app.yml で指定されたものになります。

キーが使用されていない場合に、このページで指定されたメールアドレスを無視するバグのようです。

「いいね！」 1
6

それが正しいように聞こえます。関連投稿を見つけるオプションがあることを知りませんでした。

7

2件の投稿が新しいトピックに分割されました：Gmail POP3は現在、アプリパスワードが必要です

9

これは偶然見つけました。そのオプションは、返信キーがデータベースで見つからない場合に何が起こるかを制御します。

有効にすると、投稿は拒否されます。無効にすると、メールヘッダーを使用して判別しようとします。これが、メールアドレスに関する警告の理由です。ヘッダーにフォールバックする場合、キーとの不一致で拒否するのではなく、送信元アドレスとユーザーアカウントが一致します。:slight_smile:

「いいね！」 2
10

私の場合は理想的ではありません。一部のプロバイダー（mxplan ovh）は、なりすまし防止ルールに厳しいため、ユーザー community.forum@domain.com が community.forum+<id>@domain.com からEメールを送信することを許可していません（プラスアドレス指定が受信側で機能する場合でも）。
…何が起こっているのかを理解するのにしばらく時間がかかりました（数年前のあなたのヒント）

「いいね！」 1
11

6件の投稿が既存のトピックにマージされました：受信メールの設定でカテゴリトピックまたはグループメッセージを作成する