hoga さんには申しわけないですが、私も本論から外れた話を…
まず、Posted: 2020年7月09日(木) 05:45 で私が試した結果に誤りがありましたのでお詫びいたします。
Gmail および Outlook.comでスレッド表示を解除していなかったため誤認してしまったのと、
それに引っ張られて混乱していたのかもしれません。
改めて受信メールも含めて確認したところ、以下の表（画像）の通りでした。
返信の宛先が自分のメールアドレスの場合、それが元メールの差出人、宛先なのか判別は困難ですが、
元メールの宛先を名前付きで指定し、それを元に分かる範囲で確認しています。
(不明)は名前がなくなっていてソースも確認できないため、(元の宛先?)は置き換えられた可能性も否定できないためです。
この結果から、Gmail および Outlook.com は送信済みメールを返信した場合、元の宛先へ送信していると解釈した方が自然かと思われます。
そして問題の Thunderbird ですが、送信済みメールの返信においては、基本は同様に元の宛先へ送信しようとしますが、その返信が自分宛になっていた場合、「自分(元の差出人)」宛に変更される、というように私は考えています。
その際、mailnews.reply_to_self_check_all_ident が true になっていると、自分の別アドレスも含めて判定が行われ、結果として別アドレス宛の返信メールは「自分(元の差出人)」宛に変更されるのだと思います。
f-angel-mzzj さんが書きました:
「返信」という『言葉』で解釈するのではなく、
電子メールソフトを「メッセージ通信におけるプロトコルドライバの一種」ととらえると、
「返信」という『操作』がどのような機能を持つべきかの概念が変わってきます。
（中略）
※SNSのスレッドベース表示と同じことになりますね。
電子メールソフトを「メッセージ通信におけるプロトコルドライバの一種」ととらえると、
「返信」という『操作』がどのような機能を持つべきかの概念が変わってきます。
（中略）
※SNSのスレッドベース表示と同じことになりますね。
f-angel-mzzj さんは、私が「返信」という言葉に捕らわれていると思われているようです。
「返信」、『言葉』で解釈
というセットを繰り返していることからそう感じました。
おそらく、Gmail や Outlook.com は従来の電子メールソフトの慣行で考えるべきではないのでしょう。
それはすぐに理解しています。
ただ、おそらく説明のためのたとえ話とは思いますが、「メッセージ通信におけるプロトコルドライバの一種」ととらえる、というお考えには何か居心地の悪いものを感じました。
電子メールソフトは機械相手のプロトコルドライバではなく、人間が利用するアプリです。
結局のところ、ユーザーが何を望んでいるか、その機能に何を連想するか、というのが重要です。
コラボレーションツールを望んでいるユーザーは、送信済みメールを元にスレッド継承したメールを送ると便利、という提案なり要望があったのでしょうし、従来の電子メールソフトの慣行では、返信は差出人に返すというのが当然だったというだけのことです。
ところで、Gmail や Outlook.com は従来の電子メールソフトにIMAP4のインターフェースを提供するメールサーバーでもあります。
同じIMAP空間を使うわけですから、従来の電子メールソフトと挙動が異なるというのは、若干の混乱を生じさせる気がします。
f-angel-mzzj さんが書きました:
Ver68.0でデフォルトがfalse->trueになった経緯もわかりませんが、
私はfalseのままが自然だと思います。
私はfalseのままが自然だと思います。
mailnews.reply_to_self_check_all_ident の初期値が true に変更された経緯は、たぶん下記だと思います。
Bug 1509326 Reply All Does Not Include Bcc-ed Recipients
↓
Bug 1511723 Change mailnews.reply_to_self_check_all_ident to default true
↓
https://hg.mozilla.org/comm-central/rev/140498abac70