BradCray
2021 年 2 月 12 日午後 9:58
1
Discourse コミュニティの皆様、こんにちは —
[本質問の背景として、私たちは Discourse が提供するインスタンスを利用しているオープンソースプロジェクトであり、そのことに感謝しています。]
コミュニティのメンバーを混乱させている挙動が発生しており、その改善に関するガイダンスやベストプラクティスを探しています。具体的には以下の通りです：
当社の Discourse インスタンスから送信されるメール通知の From: アドレスは [project]@discoursemail.com となり、Reply-To: アドレスは正しく元のトピックへ返信がルーティングされるよう設定されています。
受信者が「返信」ではなく「返信先」を使用せずに返信する場合（本来はフォーラム外で投稿者の元へ直接返信できると誤解している場合）、以下のメッセージが表示されます：
申し訳ありませんが、[“[project]@discoursemail.com ”] 宛てのメール（件名：Re: [Subject]）は正常に処理されませんでした。
複数のメールアドレスをお使いですか？異なるメールアドレスから返信していませんか？メールでの返信には、返信時に同じメールアドレスを使用する必要があります。あるいは、メールの Message-ID ヘッダーが変更されている可能性があります。
これにより、受信者は「送信したアドレスに問題がある」と誤解し、実際には自分のアカウントアドレスであることを確認した上で、何が間違っていたのかと助けを求めて連絡してきます。
この状況から、以下の点が疑問として浮かびます：
送信元メールアドレスを noreply@discoursemail.com のように、有効なアドレスに見える可能性の低いものに変更する設定は可能でしょうか？
または、Discourse 側、あるいは当社側で、送信アドレスへの返信に対するエラーメッセージを以下のようにカスタマイズすることは可能でしょうか：「返信先アドレスは受信メールを受け付けていません。Discourse の通知メールに返信しようとした場合は、Reply-To: アドレスを使用するか、投稿者に直接ご連絡ください。」
[投稿前に何か見落としている可能性がありますが、申し訳ありません。meta.discourse.org には類似の質問はいくつかありましたが、明確な回答には至っていませんでした。検索結果を絞り込むための適切なキーワードを見つけるのが難しかったです。]
ご助言をいただければ幸いです。
「いいね！」 10
simon
2021 年 2 月 15 日午後 8:20
7
これを実現するための設定は、私の知る限り存在しません。個人のメール受信トレイを確認すると、From 欄と Reply To 欄が一致しないケースは非常に一般的です。いくつかのアプリケーションでは、送信元を no-reply アドレスにしつつ、返信先を適切なアドレスに設定しています。他のアプリケーションは、Discourse と同様に、一見実在する From アドレスを使用しつつ、返信には Reply To アドレスを使用することを前提としています。
noreply@<domain.com> のように送信元アドレスを設定できるサイト設定が何か見落としている可能性はありますが、なければこれは妥当な機能リクエストだと思われます。
Discourse がこれらの返信に使用するメールテンプレートは email_reject_bad_destination_address です。このテンプレートは、サイトのメールテンプレートセクション（管理画面 / カスタマイズ / メール）に記載されているはずです。私のサイト内でこのテンプレートを検索しましたが、見つかりませんでした。これは修正が必要なバグのようです。discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub にあるテンプレート一覧に追加する必要があります。これは小さな変更なので、すぐに完了できるはずです。
当面は、サイトの「管理画面 / カスタマイズ / テキスト」セクションに移動し、検索ボックスに以下のテキストを入力して email_reject_bad_destination_address テンプレートを編集してください。
system_messages.email_reject_bad_destination_address.text_body_template
検索結果の横に表示される「編集」ボタンをクリックして変更を加えてください。
「いいね！」 7
つまり、これは彼らが手動で入力したり貼り付けたりしているのでしょうか？それは…かなり奇妙ですね。
「いいね！」 5
pfaffman
2021 年 2 月 16 日午後 1:58
9
不適切に動作するメーリングリストでは、返信先がリストアドレスに設定され、送信者に直接返信したいユーザーは、アドレスをメッセージを送信した人物のアドレスに変更できました。おそらく、その動作があまりに強固だったため、人々はアドレスを確認せず、それがメッセージを書いた人物のものではないことに気づかなかったのでしょう。
メール中心のコミュニティの1つでは、投稿者のメールアドレスを表示するプラグインを作成し、メールで直接送信者に返信できるようにしました。
「いいね！」 8
simon
2021 年 2 月 16 日午後 5:05
10
人々がこれをどのように行っているかについて、詳細はありますか？メールクライアントが「差出人」アドレスを使用するオプションを提供しているのか、それとも新しいメールに手動でコピーしているのでしょうか？
「いいね！」 5
1 つのデータポイントとして、この問題を目撃したことがあります：
Thunderbird（v78.7 を使用中）では、Discourse からのメールをメーリングリストからのものと認識し、「返信」と「リストに返信」の 2 つの返信ボタンを提供しているようです。
「返信」をクリックすると、「From」アドレス（noreply@xyz.com）に返信が送信されます。
「リストに返信」をクリックすると、「Reply To」アドレス（replies+01234@xyz.com）に返信が送信されます。
私個人としては、誤って「リストに返信」の代わりに「返信」ボタンを押してしまうことが非常に多いと感じています。
「いいね！」 11
BradCray
2021 年 2 月 16 日午後 6:11
12
皆様、こんにちは。
このスレッドへの皆様のご回答、特に @simon さんによるカスタムメール応答に関するメモ には感謝しています。これについてはさらに調査します。
@codinghorror さん、@simon さんへのご質問への回答です。
この問題に遭遇したチームメンバーの一部は Thunderbird を使用しており、おそらく @Beakerton さんが指摘 している動作に直面していたのでしょう（古い UNIX ベースのメールクライアントでも同様の動作をするものがあると知っています。この回答を書くまで、Outlook がそれを簡単に行えないことに気づいていませんでした）。もしご興味があれば、メールクライアントが不明な他のユーザーにどのようにこの問題に遭遇したか聞いてみることができますが、おそらく同様の状況だと思われます。
@pfaffman さんのご指摘について。
その可能性もあると思います。あるいは、考えている場合でも、Discourse 内の何らかの「魔法」が送信者のアドレスを匿名化しているが、返信が確実に届くようにしてくれると信じているのかもしれません（実際にはそうではなく、その理由も理解していますので、これが起こるべきだと提案しているわけではありません）。
@simon さんがここで指摘されているように、「From」アドレスを、まともなアドレスのように見えないものにカスタマイズする利点は、
注意深い人々の誤解を解くか、あるいは送信済みメッセージを後で確認した際に、動作しなかったことがそれほど驚くべきことではないように思わせるかもしれません。ただし、「宛先アドレスが不適切です」というメッセージをカスタマイズできれば、それで 95% の解決策になるでしょう。そのため、これについてもさらに調査します。
再度ありがとうございます。
「いいね！」 5
From ヘッダーは現在 noreply@example.com のままですが、もう少しフレンドリーなものに変更しようと考えています（返信が可能だと考えられない人のためでもあります）。noreply はデフォルト設定、または推奨設定のいずれかである必要があります。
しかし、おそらくこの二つの問題に対する答えは、この文の前半部分にあります：
「いいね！」 5
RGJ
2021 年 2 月 16 日午後 7:19
14
Thunderbird ユーザーにも実際にこの現象が発生することが、私たちの経験から分かっています。
「いいね！」 7
これは1月中旬に発見・検証したThunderbird固有の問題です。
返信：1通のみ [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com) に送信されます。
全員に返信：2通送信され、[noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com) と [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com) の両方に送信されます。
リストに返信：1通のみ [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com) に送信されます。
実は、この問題を修正するためのThunderbird用アドオンまで存在します。
https://addons.thunderbird.net/en-US/thunderbird/addon/stop-ignoring-reply-to/
「いいね！」 7
はい、これは Thunderbird の設計上のエラーだと強く考えています。
ただし、単に正しいことをしようとしているユーザーの方々に同情します。現時点でできる最善策は、エラーメッセージをコミュニティに特化したものにカスタマイズし、最も一般的な解決策をレスポンスの最上部に配置する ことです。例えば、以下のようなものです：
お詫び申し上げますが、["[project]@discoursemail.com "] 宛てのメール（件名：Re: [Subject]）は正常に処理されませんでした。
Thunderbird をメールクライアントとして使用している場合、リスト宛に返信する必要があります。メール経由でユーザーに直接返信することはできません。
複数のメールアドレスをお使いですか？異なるメールアドレスから返信されませんでしたか？メールでの返信には、返信時に同じメールアドレスを使用する必要があります。あるいは、メールの Message-ID ヘッダーが変更されている可能性があります。
もちろん、上記はあくまで例です。ご自身の判断で適切な内容を選び、上部に記載してください。
「いいね！」 8
BradCray
2021 年 2 月 17 日午前 12:00
17
@simon さんの 上記のメッセージ でのアドバイスのおかげで、エラーメッセージを更新しました。これにより、コミュニティの一部の方々が感じていた混乱が解消されるのではないかと考えています。「From:」アドレスを noreply@discoursemail.com のようなものにカスタマイズできるのであれば、さらに完璧ですが、現時点でも状況は大幅に改善されたと思います。
この場でお手伝いいただいた皆様、改めてありがとうございます。
追伸：このスレッドで Thunderbird の話をしているうちに、HTML 形式のメッセージから生成された URL が Discourse の受信メール処理フィルターによって 無視されている ことが、Thunderbird ユーザーにとって依然として不可解だと付け加えておきます。これは Thunderbird のバグなのか、それとも Discourse のバグなのか、私にはまだ明確に判断できていません 詳細 。
「いいね！」 6
このフィードバックに基づき、エラーメッセージ全般の改善も行う予定です。現在のベータ版および今後のリリースでは、以下のように表示されます。
申し訳ございませんが、%{destination} 宛てのメール（件名：%{former_title}）が正常に送信されませんでした。
以下の点をご確認ください。
- 複数のメールアドレスをお使いではありませんか？元のメールアドレスとは異なるアドレスから返信していませんか？メール返信では、元のアドレスと同じアドレスを使用する必要があります。
- メールソフトで正しく「Reply-To:」アドレスが使用されましたか？残念ながら、一部のメールソフトは誤って「From:」アドレス宛に返信を送信してしまうため、動作しません。
- メール内の「Message-ID」ヘッダーが変更されていませんか？Message-ID は一貫して変更されていない必要があります。
さらにサポートが必要ですか？%{base_url}/about の「お問い合わせ」詳細までご連絡ください。
「いいね！」 13
steinjer
2021 年 2 月 18 日午前 10:22
19
しかし、古いDiscourseのメッセージはThunderbirdで問題なく開くことができます。問題が発生するのは新しいメッセージだけです。これは私の投稿で説明しています：
「いいね！」 4
おっしゃる通りですね。List-Post ヘッダーが存在すると、Thunderbird がそれをメーリングリストのメールと判断するのは理解できます。おそらく Reply-To ヘッダーがあれば十分でしょう。
以下は RFC 2369 - The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields から抜粋したものです。
3.4 . List-PostList-Post フィールドは、リストへの投稿方法を記述します。これは通常、リストのアドレスですが、モデレーター、あるいは他の何らかの提出手段であっても構いません。投稿を許可しないリスト（例えば、お知らせリストなど）という特別な場合、List-Post フィールドには特殊な値「NO」を含めることができます。
例:
List-Post: mailto:list@host.com mailto:moderator@host.com (投稿はモデレーションされます)mailto:moderator@host.com?subject=list%20posting
「いいね！」 1
メールアドレスを公開することは、プライバシー侵害となるため行いません。
「いいね！」 1
私はメールの専門家ではないので、もしかしたら不明瞭だったかもしれません。
メールには From:noreply@example.com と List-Post:replies+12345@example.com が含まれているように見えますが、これはこのトピックに基づいた推測であり、実際に確認したわけではありません。そのため、間違っている可能性もあります。
もし From:noreply@example.com と Reply-To:replies+12345@example.com を使えば、Thunderbird が混乱することなく機能するのではないかと考えました。
「いいね！」 1
提供しているメール通知のヘッダーは正しいです。不一致は、ユーザーの「何が起きているか」という認識と、実際に起きていることとの間にあります。
このユーザーの David が直接私にメールを送っている
対して、実際に起きているのは以下の通りです。
フォーラムがトピックの活動について私に通知している
改善されたメールのエラーメッセージが、ユーザーにその違いを理解してもらう手助けになることを願っています。メールのみのユーザーを、ウェブフォーラムを組み合わせたハイブリッド型ソリューションへ移行させるのは難しい課題です。
「いいね！」 5
その違いは理解していますが、Reply-To を使用しているなら、なぜ List-Post も使用する必要があるのでしょうか？
間違っていると言っているわけではありません。単に疑問に思っています。このトピックだけを見ると、Thunderbird を混乱させ、Reply-To が機能するならば不要に見えるように思えます。
「いいね！」 1
