jeff_y
1
メールで返信され、件名が変更された場合、元のトピックへの返信として投稿されるのではなく、新しいトピックとして開始されるべきです。
例えば、元のトピックの件名が「12月のアジェンダ」であり、誰かがメールで返信して件名を「新年のパーティの計画」に変更した場合、新しい件名で新しいトピックが作成されるべきです。
現在の動作は、新しい投稿に関するメールを受け取るユーザーにとって特に混乱を招きます。この場合、ユーザーがメッセージに返信して件名を変更すると、システムがそのメッセージを全員にメールで送信し、件名が元に戻ったように表示されてしまいます。
メールを受信する際に、メールの慣習をフォーラムの慣習に変換することに関連するリクエストをいくつか持っています（例：「Fwd:」の削除）。
@sam、@codinghorror、実装前に提案を検証して、実装着手前にフィードバックを得ることは可能でしょうか？例えば、これをデフォルトの動作にすることはできますか？プラグインとして実装する必要がありますか？
他の関連リンクは以下の通りです：
ありがとうございます！
「いいね！」 2
これは現時点では意図的なものです。メールのヘッダーを詳しく確認する必要がありますが、返信の連鎖はそこに明確に示されています。
新しいトピックを開始したい場合は、新しいメールを送信してください。
「いいね！」 2
jeff_y
3
@codinghorror さん、こんにちは。
この一般的なユースケースは、すでに Web インターフェースの「リンクされたトピックとして返信」ボタンを通じて処理されています。
ユーザーがメールで返信し、件名を変更した場合、ほぼ常に「リンクされたトピックとして返信」を意図しており、Discourse に変更を上書きされることを望むことはまずありません。
ご同意いただけるでしょうか？
いずれにせよ、一部のユーザーは、Discourse が受信メールを「フォーラムへの投稿」としてではなく、あくまで「メール」として扱い、必要な変換を行うことを望んでいます。では、私たちにとって次の最善のステップは何でしょうか？これは管理者設定にできますか？プラグインを作成しますか？Docker ファイルにパッチを適用しますか？
「いいね！」 1
プラグインの領域のようです。
ご指摘の機能は理にかなっていると思いますが、実装は難しいかもしれません。なぜなら、メールクライアントが件名を改変すること（「Re:」を先頭に追加したり、切り捨てたりするなど）があるからです。
「いいね！」 3
メールが存在する限り、人々はこのような行動を続けでしょう。
もしかすると、より簡単な解決策として、通知メールに「リンクされたトピックとして返信」ボタンを追加するか、カテゴリの新しいトピック作成用メールアドレスへのリンクを設ける方法があるかもしれません。
「いいね！」 2
その通りです。最も理にかなっていますね。個人的には、自動送信メールの件名を変更しただけで、元の投稿者が求めている機能が動作するとは思いません。優れた提案だとは思いますが、トピックの文脈にはそぐわないように感じます。Jonathan Shaw さんがおっしゃるように、これはプラグインとして実装するのが理にかなっています。
jeff_y
7
個人的には、自動送信メールの件名を変更しただけで、OP が求めている機能は期待しないと思います。
「自動送信」とはどういう意味ですか？誰かがメールの件名を変更した場合（例：「12 月の会議のアジェンダ」から「会議後の交流会」へ）、それは件名を変更していることになります。Discourse ではこれはトピックの変更として扱われますよね？
あなたが期待するのはどのような動作でしょうか？Discourse が変更を破棄し、以前の件名/トピックでメール通知を送信するとでも？
少なくとも、Discourse がそのメールを拒否し、「返信によるトピック/件名の変更は許可されていません」と伝えることを期待します。
おそらく、通知メールに「リンクされたトピックとして返信」ボタンを追加する方が簡単な解決策かもしれません
ここでは新しい機能を求めているわけではありません。私の懸念は、メール処理の機能が期待と一致していない点です（例：「返信」が意図せず「全員に返信」になってしまうなど）。
はい、それが起こると期待していました。Discourse はメーリングリストではありません（メーリングリストモードであっても、本物のメーリングリストの劣った従属に過ぎません）。各メールは単にフォーラム上のイベントに対する個別の通知です。通知メールに含まれる標準テキストもそれを強調しています：「トピックを表示するか、このメールに返信して応答してください。」
余談ですが、Mailman 2 と 3 の両方が、新しい Subject ヘッダーでメールを送信しつつ、元のスレッド alongside でメールをアーカイブするはずだと確信しています。
Discourse の素晴らしい点の一つは、（私の見解では）プラグインを通じてほぼ何でも変更できることです。おそらく、この種の動作もその方法で容易に変更できるでしょう。
自動的とは、スレッドをメールとして転送する自動化のことでした。
正直に言うと、あなたの意見にも納得し始めています。ただ、私は従来のメールの文脈で考えていました。例えば、長いメールの連鎖を件名で要約する（そのため件名が変わる）が、文脈を離れて他の人に転送する、といったケースです。私はメール機能を使っていないので、本来どうあるべきか、また現在どうなっているかについて少し無知でした。また、可能であればミーム的な要素のために件名を変更する人もいるだろうと考えていました。
jeff_y
10
オープンマインドでいていただきありがとうございます。
誰かが、文脈を離れて他の人に転送する際に、長いメールのチェーンを件名で省略することがある。
いいえ、単に以下のいずれかを行うだけです。
このメールのやり取りは、Discourse の既存の「リンクされたトピックとして返信」機能をトリガーすべきだと思われますが、どうでしょうか？
それを実現するプラグインを作成できるかもしれません。その場合、Subject ヘッダーが十分に異なるかどうかを確認し、適切な処理を行うだけで済むはずです。私は Discourse プラグインをまだ書いたことがないので、このタスクの難易度を過小評価している可能性もあります。
jeff_y
12
僕もそう思うけど、数人がそれを提案してくれたので、試してみるよ！
「いいね！」 1
おそらく、Configuring incoming email to create new topics or group messages を設定している場合、ユーザーのメールを傍受し、Subject: ヘッダーを確認して「Continuing the discussion…」というテキストを追加し、In-Reply-To: ヘッダー（またはそれに相当するもの）を削除して、該当するカテゴリのメールアドレスに転送するだけで済むはずです。
jeff_y
14
はい、「メールで新規トピックを開始」の設定は完了しています。メールが返信なのか新規投稿なのかを判断する処理は、ここで実行されているようです。
「いいね！」 1
