Discourse のメールメッセージが正しくスレッド化されていません

いいえ、そのアイコンは見えています。

ああ。しかし、私は、メールの非フォーラム利用者として、これをインスタントメッセージレイアウトとして考えていない(おそらく)ため、すべての返信にそのインジケーターが表示されることを期待していました。したがって、私の期待は、あなたが選択したことと異なります。

必要ではありません。「サービス品質」と考えてください。あなたは明示的に次のように記述します。

@message.header['In-Reply-To'] = referenced_post_message_ids[0] || topic_canonical_reference_id

そして、そこで [0] を削除するだけで済みます。クライアントは1つのメッセージIDを使用するか、自由に何か非常に奇妙なことを行うことができます。すべて有効です。

「〜べき」というのは強い言葉です。もし容易に入手できるのであれば、すべてのメッセージIDを含めることができます。義務ではありませんし、コードは現状のままでも有効です。

はい。私自身も、投稿がリスト/フォーラムに届いたことを知るために、それが好きです。メールは非常にキューベースであり、一部の(咳、巨大なオーストラリアの電話会社、咳)ISPメールハンドラは非常に…信頼性が低く、遅く、などなどです。時々、他の人がこれを望んでいるのを見かけました(リストでは、しかしこれは実質的に私たちがここで話しているモードです)。そのようなオプションのデフォルトはおそらくfalseであるべきです。

オタクとして、私は少なくともフィルタリングされていないフィードを取得できるようにしたいので、自分でポリシーを決定できます。

Message-IDは実質的に不透明/一度設定されるものであることを考えると、同じメッセージIDを再発行する可能性がある場合を除き、それを問題とは見なしません。すべてのカウンターが厳密に単調増加であれば、そのようなことは起こらないはずです。post.id、例えば98をトピック/投稿、例えば59/1と一致させるのが非常に面倒だと感じただけです。代わりに98の代わりにcategory.id/topic.id/post-in-topic.idのようなものがあると便利でした。

それも十分でしょう。これはデバッグヘッダー側の単なる利便性です。

Cheers,
Cameron

「いいね!」 4