https://www.thunderbird.net/en-US/thunderbird/138.0beta/releasenotes/
[quote] fixed: Windows users with non-ASCII folder names and profile paths could not view emails
1960372
[/quote]
一足先に 138.0b3 に Bug 1960372 の修正が入りました。
Approval Request がベータ版しか通ってないことを見るに、リリース版は 137.0.3 は出ずに 138 待ちになりそうな気配が。

不具合は速攻で修正されました。

Bug 1960372 Japanese name Local Account Windows Users Cannot Access Japanese name Folders in Thunderbird 137

あとはリリース版への反映待ちですね。

yanada さん、やはり全角文字の名前のアカウントだったのですね。
再現可能な条件が固まりましたのでバグ起票してみようと思います。

ユーザーアカウント名の件拝見いたしまして早速半角のアカウント名に直しましたら今まで通りちゃんと表示されるようになりました。

ただユーザーアカウント名だけ簡単に直すことはできず
・ローカルアカウントを１つ増やし管理者権限を与える
・旧アカウントをマイクロソフトアカウントと分離
・新アカウントでマイクロソフトアカウントと紐づけ
・旧アカウントを削除
…とまあざっくりですがこんな感じでＰＣ内で引っ越し作業をしてようやく成功に至ったという感じでした。

お力を貸していただいた皆々様のおかげで助かりました。
本当本当に感謝いたします。

同じ内容でお困りの方々のためになりますように。

[quote="通りすがり"]ローカルアカウント「太郎」でサインインで発症します
ローカルアカウント「test」でサインインで発症しません[/quote]
私の方でも確認しました。
ローカルアカウント「太郎」では、Thunderbird のプロファイルを普通に作ると[code]C:\Users\太郎\AppData\Roaming\thunderbird\Profiles\a0aehrnq.default-release[/code]などとなってしまい、パス途中に「太郎」と直接入ってしまいます。
この部分が v137.0 以降の処理モジュール内で影響するようになり、「NS_ERROR_UNEXPECTED」の例外発生するようになったものと思われます。

ThunderbirdPortable を使用されていた方は、全角文字のローカルアカウントのデスクトップ上にでも置いていたのでしょう。

Windows のローカルアカウントのユーザー名に全角文字を使用するのは、Thunderbird に限らずどこで問題が生じるかわかりませんので避けた方がいいです。
私などはそれが当たり前になっていて、全角文字のユーザー名使用が原因とは全く思いつきませんでした。

これで①が達成されたので、バグ報告の障害は取り除かれました。②、③も私の方で実行できます。

このトピックで現象を報告された皆さまへ

Windowsのサインインは半角英数のローカルアカウントでしょうか、それとも全角文字のローカルアカウントを使用しているでしょうか。
（Microsoftアカウントの場合はパス名にユーザー名がそのまま入らなかったと思います）
お手元の環境をご確認いただいてコメントいただければ幸いです。
私は全角文字でサインインしていませんでしたので後で確認してみます。

これはユーザー名に漢字を使っているからです

例えば
ローカルアカウント「太郎」でサインインで発症します
ローカルアカウント「test」でサインインで発症しません

Thunderbirdが日本語（漢字）が苦手なのは今も変わっていません

仕方ありませんが、基本英語圏のソフトなので

このトピックは今2ページ目になります。
後からこちらにいらした方はぜひ先頭からご確認いただければと思います。
件名では「メール本文が見れない」となっておりますが、本件症状が発生する環境の場合、日本語名フォルダーにてメッセージリストは表示されるものの、指定したメールデータへのアクセスで問題が生じ、本文表示が白紙化するだけではなく移動等もできないということのようです。

なお、発生しない環境では再現できてません。
Windows 10 と 11 どちらの発生報告もありますが、私が Windows 10のローカルアカウントとMicrosoftアカウント両方で再現を試みましたが再現に至っていません。
また環境というのも、Thunderbird のプロファイル内ではなく何らかのPC環境のようです。

現状私の方でできることはほとんどありません。
問題解決への道は実際に問題が発生している皆さんの手に委ねられていると思います。
待っていて勝手に解消する保証はありません。
問題解決へのアプローチを以下にあげますので、ご協力いただければ幸いです。

① 第三者が問題を再現可能な手順・条件を確立する　
[list]難しいとは思いますが、これが判明したらバグ報告を行って対処してもらえます。[/list]

② 問題が発生したビルドの範囲を突き止める
[list]Thunderbird 136では問題なく、137にしてから発生したということのようです。
開発版（Daily）ビルドのどのタイミングで問題発生したのかを絞り込めれば、Thunderbird開発者への有効な情報提供になります。
mozilla から提供されている [url=https://mozilla.github.io/mozregression/]mozregression[/url] というツールでそれを調べることができます。

使い方につきましては（Firefoxの事例ですが）下記の記事が参考になります。
[url=https://www.clear-code.com/blog/2018/7/18.html]mozregressionを使って、いつFirefoxの機能が壊れたのかを調べる - 2018-07-18 - ククログ[/url]
二分探索が終了したら、最初の異常ビルドの「pushlog_url」のURLを教えてください。[/list]

③ 最新の開発版で問題が解消しているかを確認する
[list]最新の開発版で問題が解消しているかもしれません。その場合、待っていたらリリース版で改善されることが期待できます。
これも mozregression を使えば確認できます。

しかし、それが意図的な修正でない可能性もあり、できればどのビルドで良くなったのかを知っておきたいところです。
可能でしたら、②の反対方向の調査（search for fix にチェック）もお願いします。[/list]

私の環境ではこれに加えてメッセージの移動が出来なくなっています
振り分けは出来ています
とりあえずフォルダ名を半角英数に変えていますが…
w11 21H2 137.0.1

yanada さん
PIN入力ということはローカルアカウントではないわけですね。
帰ったらMSアカウントで試してみたいと思います。

ピックアップしていただきましてありがとうございます。

6台のＰＣは同じタイミングで全く同じスペックの商品を購入しすべて同じ条件でセットアップしたものなのでスペックの違いもなくセキュリティ対策の違いもありません。
強いてなにか違いがあるとすればそれぞれにＰＣを配布した後にその他のソフトウェア環境が変わるようなことがあったかどうかでしょうか…？
私のＰＣも配布された後にちょこちょこ何かいじっているので正直何を追加や変更したかはもうわからないのです。

全然関係ないかもしれませんが同じころから一つ気になっているのは、起動時からNumLockをOFFにさせておくようにレジストリエディタを用いて変更設定済みのＰＣを配布されたのに、同じころからＰＣを立ち上げた後のPIN入力の際にNumLockがONになっているのです。
改めてレジストリエディタを用いて変更しようとしたのですが…OFF(2)の設定のままなんですよね…。
関係ないとは思いますが一応記しておきます。

[quote="yanada"]試しに私のＰＣのプロファイルを削除し、問題ない５台のＰＣからプロファイルをコピーして立ち上げてみましたがやはり私のＰＣですとこちらの事象が発生しました。[/quote]
さらっと書かれていますが、これはとても興味深く重要なことだと思います。

すなわち、本件不具合の発生条件はプロファイルにあるのではなく、PC環境（おそらくThunderbird以外）にあるという可能性が出てきました。

「問題ない5台のPC」と yanada さんのPC、一体どのような違いがあるのでしょう。
PCのスペックの違いでしょうか。
セキュリティ対策の違いでしょうか。
その他のソフトウェア環境でしょうか。

発生の引き金となっている条件がわからないと、
日本語環境でのことでもあり開発者に認知されず、ずっとこのままという可能性もあります。
なにか心あたりはないでしょうか。

Windows 11 Pro 24H2

同じ事象が発生しておりこちらにたどり着きました。

社内で同時に６台のＰＣを導入・セットアップしサンダーバードも同じプロファイルからコピーして立ち上げ全く同じ設定で3/19から６台とも使用しているのですが、6台のＰＣのうち私のＰＣ上でだけ数日前からこちらの事象が発生しております。
どうやらサブフォルダ名に日本語というか全角を使うとダメなようですべてのサブフォルダ名を半角にして何とか使っていますが非常に見づらく不便です。
試しに私のＰＣのプロファイルを削除し、問題ない５台のＰＣからプロファイルをコピーして立ち上げてみましたがやはり私のＰＣですとこちらの事象が発生しました。

同じく困っているものがここにもおりますという声だけ届けたく書き込ませていただきました。

何か進展・修正等あることを願っています。

Windows 11 Pro 24H2

EarlgreyTea さん
いろいろ試していただいてありがとうございます。
Portable版は関係がなさそうですね。
同じソフトウェアで人によって不具合が出たり出なかったりなので、なにかPCの環境が影響しているのでしょう。
とりあえず現状のまま次のバージョンを待ちたいと思います。
ありがとうございました。

[quote="Raaa"]Uncaught NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIMsgMessageService.loadMessage]
displayMessage chrome://messenger/content/aboutMessage.js:375
displayMessage chrome://messenger/content/message-pane.mjs:359
_onSelect chrome://messenger/content/about3Pane.js:4647
handleEvent chrome://messenger/content/about3Pane.js:4438
onSelectionChanged chrome://messenger/content/tree-view.mjs:1703
_selectSingle chrome://messenger/content/tree-view.mjs:1505
handleEvent chrome://messenger/content/tree-view.mjs:422
aboutMessage.js:375[/quote]
このログですが、
https://searchfox.org/comm-central/source/mail/base/content/aboutMessage.js#375
の「messageService.loadMessage( )」の呼び出しで例外エラーが発生したことが示されています。
それがメッセージ表示が白紙になった直接の原因のようですが、それがどういう状況により発生したのかはわからないですね。