Bug 1911916 に関連すると思われるバグが追加されました。

Bug 1911477 Since v128 the inbox/message view shows all new mail as having no subject, no sender and date 1970-01-01 (pop)

なお、上記と同じことをYahoo!メールのPOPアカウントでやってみましたが再現はしていません。
特定のメッセージソースで起こることなのかもしれません。

[quote="EarlgreyTea"]したがって想定外の箇所に「From 」行が現れたため、メールの区切りと誤認してしまったということが推測できます。（ただし実際にどうかは検証が必要です）[/quote]
Inboxファイルを編集して途中に「From 」行を挿入して試してみたのですが、そういう簡単な話ではなかったようです。
しかも、該当メールの先頭に出てきた「>From 」はソース表示で表示されたということはそれ自体はメール区切りではない（表示に含まれない）わけで、現象が発生している時点のInboxファイルとかを直接調べないとちょっとわからないですね。
[color=red]※つまり、kawara さんご自身が調べる必要があるということです。[/color]

検証をしている際に気になったことがありました。
Ver.115まではmbox形式のメール区切りは
「From - Sat Aug 17 17:32:25 2024」
というようにmboxに書き込まれる際のタイムスタンプ（ほぼ受信日時）が記録されていたのですが、Ver.128の現在では
「From 」
だけになっています。
いつから変わったのか調べてみると下記チケットでの変更（Nightlyに2023-12-03 22:15 PSTにpush）によるものでした。

Bug 1719121 Confine "From " line handling to mbox-specific code

そして上記によるリグレッションとして登録されている下記が興味深いです。

Bug 1911916 After "Repair Folder" I see 81 old messages appearing at the date/time of the repair ! (Date: header missing)

あくまで漠然とした印象レベルですが、[list]
[*]Bug 1719121 による「From 」行関連の変更
[*]「From」→「>From」のエスケープ処理
[*]フォルダーを修復
[*]IMAPサーバーとの通信
[*]該当メールのヘッダー情報の癖[/list]
こういったものが関係しているような気がしています。

kawara さん、maji です。

[quote="EarlgreyTea"]kawara さん
せっかく本文が表示されたメールを受信トレイに移動する必要はありません。
確認ということなら、ローカルフォルダー（IMAP外）と受信トレイ（IMAP内）にコピーしておきましょう。[/quote]
そうですね。
せっかくちゃんと表示されたので、
移動ぢゃなくてコピーで確認してみてください。

EarlgreyTea さん、
アドバイスありがとうございます。

では。

kawara さん
せっかく本文が表示されたメールを受信トレイに移動する必要はありません。
確認ということなら、ローカルフォルダー（IMAP外）と受信トレイ（IMAP内）にコピーしておきましょう。

kawara さん、maji です。

https://forums.mozillazine.jp/viewtopic.php?f=3&t=22771#p78608
[quote="kawara"]不具合が発生し、なおかつソースを全文開示できそうなメールがないか探していたところ発見したのですが、
投稿前に該当のメールを一度サブフォルダに移動したところ不具合が解消し、本文が表示されました。
(略)
先日フォルダ移動した際には改善しなかったのですが、改めて別フォルダにその移動したところ改善しました。
（なぜかヘッダ情報も復活しています…）
(略)
フォルダ移動だけでなぜ改善するのかとても不可解ですが、取り急ぎの復旧方法は見つかったので
様子を見つつ使用したいと思います。[/quote]
不思議、ですね。

発覚ついでに、もう1点だけテスト確認してもらえますか？
その「改めて別フォルダに移動したところ改善しました」のメールですが、
その「改善したメール」を
もう一回だけ受信トレイに戻したら、どうなりますか？

質問の意図は
メールが受信トレイにある状態でのみ表示不正になるのかどうかを確認したい、
です。

では。



.

直ってよかったです

>（PC-1 ●12年/PC-2 ●10年/PC-3 1年）古いPCならあり得るかな

これでいいんですよね？

否定しなかったので

[quote="kawara"]投稿前に該当のメールを一度サブフォルダに移動したところ不具合が解消し、本文が表示されました。[/quote]
それでしたら、本文が表示されたメールをemlファイルに保存してソースを取っておいてください。
そして問題の「>From」が含まれていないか確認をお願いします。
そしてその直前に「空白行」があるかも。

[quote="kawara"]様子を見つつ使用したいと思います。[/quote]
ConohaのレンタルサーバーとIMAPで同期させているわけですよね。
そして今までの状況からして再発する可能性は否定できません。
原因究明が必要だと思います。

該当のメールをIMAPの影響を受けない「ローカルフォルダー」アカウント下のフォルダーにもコピーしておいてください。
そうすることで問題が再発した際にIMAPの影響かどうかが判断できると思います。

[quote="kawara"]ソース全文を載せるのは不安なので、先頭と末尾のキャプチャを添付します。[/quote]
キャプチャ画像を目で見て手打ちするのはしんどいので2行程度だけですが、こんな具合ですね。

先頭：
[code]>From
3mrY9x5l4iS+Xan3TyySWj2267vWbCBip42y56IIJb523dtgUqk8gPrH5UwUlyMOp0
x+wXKMJ/6u+vTtzBDT6c0YwvNI11a6eseEg7clEvt8WD+s5tW+3ImvferwV2kFU9MKS2u3Z4[/code]
末尾：
[code]cnNvbi54bWxQSwECLQAUAAYACAAAACEAK4Toy2ECAADgBAAAEAAAAAAAAAAAAAAAAAD4ZTEA
ZG9jUHJvcHMvYXBwLnhtbFBLBQYAAAAALQAtAHMMAACPaTEAAAA=

--------------j1zvPiIqVfgT8aAQZgGkV9AA--[/code]
なぜこうなったのかはわかりませんが、ソース表示から何が起きているかは推測できます。
[list]
[*]末尾の「--------------[color=blue]j1zvPiIqVfgT8aAQZgGkV9AA[/color][color=red]--[/color]」というのは、最初見てピンときましたがやっぱりMIMEマルチパートの境界行でした。
その行の上の部分はおそらく添付ファイルの内容をBase64エンコードしたものと思われます。
[*]ポイントは先頭の「>[color=red]From[/color]」です。ここにこういう文字列が登場することは異常です。Base64でエンコードされているとして、エンコード結果に「>」という文字が出力されることはありません。また次の行が66文字しかないのも気になります。エンコード結果に規格違反の「>」と「CR(0x0D)」が含まれていた（もしくは後から置換された？）とすれば辻褄が合います。
[*]メッセージの格納形式が「フォルダー単位 (mbox 形式)」の場合、フォルダーの名前の拡張子無しのファイルにフォルダーのすべてのメールのソースが連結されて保存されます。
その際、各メールの区切りとして先頭に「From 」という行（もしくは「From 」で始まる行）が挿入されます。したがって想定外の箇所に「From 」行が現れたため、メールの区切りと誤認してしまったということが推測できます。（ただし実際にどうかは検証が必要です）
[*]先頭部分から最初に空白行が現れる部分をヘッダー情報として読み飛ばし、次の行の「--------------j1zvPiIqVfgT8aAQZgGkV9AA--」を本文として表示したのでしょう。[/list]

kawara さんが新たな投稿をされたようですのでここで区切ります。

アドバイスをくださった皆さま

不具合が発生し、なおかつソースを全文開示できそうなメールがないか探していたところ発見したのですが、
投稿前に該当のメールを一度サブフォルダに移動したところ不具合が解消し、本文が表示されました。

すでにソースのキャプチャをお送りしていたメールについても、
先日フォルダ移動した際には改善しなかったのですが、改めて別フォルダに移動したところ改善しました。
（なぜかヘッダ情報も復活しています…）

フォルダ移動だけでなぜ改善するのかとても不可解ですが、取り急ぎの復旧方法は見つかったので
様子を見つつ使用したいと思います。

お力添えいただきありがとうございました。
※不具合発生時のソースのキャプチャは削除させていただきます。

EarlgreyTeaさん、majiさん
お二方ともありがとうございます。

頂いたご質問に回答します。

①Conohaのレンタルサーバを使用し、thunderbirdではIMAPで利用しています。
②ソースはCtrl＋Uで確認しました。試しに.eml形式で保存してみましたが、状況は変わらずでした。
ソース全文を載せるのは不安なので、先頭と末尾のキャプチャを添付します。
間の部分はランダムな文字列が存在するだけで、メールアドレスや文字コードの記述はありません。
③セキュリティ対策アプリはちょうど導入を進めている最中でして、現状ではWindowsDefenderが有効になっている程度です。
④ディスククリーンアップアプリやシステム環境整備アプリは使用していません。

kawara さん、maji とゆ者です。

[quote="EarlgreyTea"][quote="kawara"]メール受信直後から発生したり、受信直後は問題ないものの時間経過で発生したりと状況はまちまちです。[/quote]実に奇妙です。
このような話を見聞きしたことはありません。[/quote]
EarlgreyTea さんに同意です。
不思議な現象です。

バックアップを取られるのと平行し、
もう少し状況をお教えください。

まず、
お使いのウイルス対策＆セキュリティアプリは何をお使いですか？
次に、
CCleaner みたいなシステム環境整備orディスクお掃除アプリを何かお使いですか？

とりあえず、、、。。。

kawara さん
帰宅しましたので改めて内容を見てコメント致します。

[quote="kawara"]メール受信直後から発生したり、受信直後は問題ないものの時間経過で発生したりと状況はまちまちです。[/quote]
実に奇妙です。
このような話を見聞きしたことはありません。

[quote="kawara"]いずれもWebメール上では問題なく本文が見れています。[/quote][quote="kawara"]使用しているメールサービスはConoha（IMAP）です。[/quote]
問題が起きているメールは下記レンタルサーバーのもので、ThunderbirdではIMAPで利用しているという理解でよろしいでしょうか。
[url=https://www.conoha.jp/]レンタルサーバーならConoHa[/url]

[quote="kawara"]事象が発生しているメールのソースを確認したところ、文字コードの指定部分含めヘッダ情報がまるまる無くなっている状態でした。[/quote]
確認方法は Ctrl+U や「メニューバー＞表示＞メッセージのソース」でしょうか。
それとも、「メッセージを保存」で拡張子 .eml のファイルに保存されたのでしょうか。
ヘッダー情報が丸々無いのであれば公開しても問題ないと思うので、そのままをご提示いただけないでしょうか。

[quote="kawara"]事象が発生し始めたのはここ1か月ほどの間だと思います。[/quote]
そういうことでしたら、できれば金曜日の前のタイミングでご相談いただきたかったと思います。
ちなみに1か月ですと、Thunderbird 128.1.0esr と 115.14.0 がリリースされた頃ですね。

[quote="kawara"]根本的に改善する方法はありますか？[/quote]
「根本的に改善する」ためには実際に何が起きたのかを知る必要があります。
しかし、今すぐにできることは（そういう状況ならば）毎日バックアップを取ることだと思います。
プロファイルを簡単にバックアップすることができる下記拡張機能をおすすめします。
[url=https://addons.thunderbird.net/ja/thunderbird/addon/importexporttools-ng/]ImportExportTools NG :: Thunderbird向けアドオン[/url]

Windows MBox Viewer
https://sourceforge.net/projects/mbox-viewer/
ダウンアドレスこれでした

思い出しました

Windows MBox Viewerでその文字化けメールを開いてみてみましょう

まさか文字がちゃんと読めました！はないと思いますが、、、？

----------------------------------
Windows MBox Viewer 使い方
https://www.iimc.kyoto-u.ac.jp/faq/pdf/ ... %B3%95.pdf

mbox-viewer.exe-v1.0.3.44.zip　ダウン

mbox-viewer.exe-v1.0.3.44　解凍

mboxview64.exe　実行

kawara さん、EarlgreyTea と申します。
平日日中の業務中は応答できないためこの時間になりました。
金曜日のこの時間なのでもう時間切れかもしれませんが、一応出先からコメントします。

受信した後に間を置いてメールが壊れるというのは普通では考えられません。
アカウントはIMAPでしょうか。
もしPOPならフォルダーデータが何者かによって破損、改変といった可能性まで考えることになります。
例えばセキュリティソフトとかです。