■現象について

プロファイルフォルダーが（ネットワークドライブ）の場合、　Ver128.10.1に更新されるとメール本文が表示されなくなります。
私が確認した限りでは後述する手順で再現性はありました。
　
■私の確認環境

Thunderbirdのバージョン：Ver128.10.1（現象が発生する）/ Ver128.10.0（現象が発生しない）
メールアカウント：POP（OCN)
セキュリティソフト：Windows Defender
Hyper-v仮想マシン環境（Windows11 Ver.24H2 Build26100.4061)
プロファイルフォルダーの場所（Hyper-v仮想マシンを構築した接続元マシンのフォルダを指定）

■おおまかな再現手順について

1. Hyper-v仮想マシン環境にThunderbird Ver128.10.1をインストールします。
2. Win + Rを実行し、「ファイル名を指定して実行」を表示、名前の部分に「thunderbird -ProfileManager」と入力してOKをクリックします。
3. ユーザープロファイルの選択画面が表示されたら「新しいプロファイルを作成」をクリックします。
4. プロファイル作成ウィザード画面が表示されるので「次へ」をクリックします。
5. プロファイルの保存先を指定する画面が表示されますので「フォルダーを選択」をクリックしてネットワーク上のフォルダ(UNCパス 例：\\<IPアドレス>\TBProfile)を指定します。
6. 新しいプロファイル名を入力します。（TestUserと指定しました）
7. あなたのユーザー設定やユーザーデータの保存先に表示されるパスを確認して「完了」をクリックします。
8. ユーザープロファイルの選択画面の「Thunderbirdを起動」をクリックします。
9. POPのメールアカウントを使用してメールの設定を行います。
10. メールを受信します。
11. 受信トレイにあるメールの件名をクリックします。

メッセージペインにメール本文が表示されません。　　

■私が確認したことについて

①プロファイルフォルダーがローカルディスクの場合は現象が発生しません。
②IMAPでは現象が発生しません。
③Ver128.10.0に戻すと現象が発生しなくなります。
④32bit版、64bit版どちらのThunderbird Ver128.10.1でも現象が発生します。（Ver.138など他のメジャーバージョンについては調べていません）
⑤プロセスモニターを使用して確認しましたが、受信トレイのメールの件名をクリックした際、ネットワークフォルダーのINBOXファイルにアクセスがありませんでした。
⑥Thunderbirdのエラーコンソールを起動して受信トレイのメールの件名をクリックした際、エラーが出ていることを確認しました。内容はわかっておりませんが、どの件名のメールをクリックしても同様のエラーが表示されているように見受けられました（エラーコンソールの画面を添付します。）

■回避策

Thunderbirdの自動更新設定を「更新を確認するが、インストールするかどうかを選択する」に変更
旧バージョンのインストーラーをダウンロードして上書きインストールする。

■類似事例確認について

バージョンは異なりますが、合致していそうな報告を1件確認しました。

v138.0.1 Severely Broken - Can't view any message - if profile was using UNC path
Bug 1966256

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36

Bug 1966256 のほうに SUPERJET さんがコメントされた後でステータスが

と変更されています。138.0.1 および 128.10.1 での後退バグとなります。
修正パッチが既に検討されていますので、それのテストの完了次第それぞれ .2 がリリースされると思われます。

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)
Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.3+)
-- いつまでたっても nightly

本件、発生原因と状況は異なりますが、結果として起きている現象自体は下記トピックと同じですね。

サンダーバード サブフォルダー内のメール本文が見れない
viewtopic.php?f=3&t=23128#p79756

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

これはWindowsのローカルアカウントで非ラテンのユーザー名①を使用し、さらに非ラテンのメールフォルダー②を作成した場合、①と②で異なるエンコードが混合したパスとなってそれを処理できなくなったという退行バグでした。

それに対して本件の場合は
Bug 1966256 v138.0.1 Severely Broken - Can't view any message - if profile was using UNC path

UNCパスが使用されているとアクセスできなくなったという退行バグということになります。


現在上がっているパッチは、我々ユーザーが期待している修正（単純にUNCパスのプロファイルにアクセスできるようにする）ではありません。
UNCパスは許可するがリモートはブロックしたいみたいで、そのために「.」や「:」そして％エンコーディングをチェックしてエラーとし、「mail.allowed_unc_hosts」という設定にリストしたホストは許可するということのようです。
すでにコードレビューでツッコミが入っていますが、そもそもの方針（IPアドレスやドメイン付きをブロック→ホワイトリストで許可）からではありますが、ロジックも破綻していてひどいものです。

このままですと、修正ではなく、企業ユーザーを大きく失うような仕様変更となる可能性があります。

ということで、SUPERJET さん
そういう観点でのコメントをしに行ったほうがいい気がします。
企業ユーザーは、こういうUNCパスのネットワーク上のフォルダーにアクセスできないと仕事にならないと
UNCパスの例を示すとよいでしょう。
本物を提示するのは無理ですが、具体的にイメージできる例がよいですね。

それで回避策ですが、「ネットワークドライブの割り当て」で任意のドライブレターにマウントしておけば問題ないはずです。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

Bug 1966256 を見ていて気がついたのですが、regression キーワードが設定されているものの、いまだ regression window（regression range）が提示されておらず、リグレッション原因が特定されていません。
エンタープライズの現場を無視したおかしな仕様変更の検討を始めているのはこれが原因かと思います。
リグレッションなら、まずはその原因を（可能なら）元に戻して修正するというのが基本のはずです。
仕様変更が必要なら、修正してから別途提案して検討するのが筋というものかと思います。

私はテスト環境を用意できないので対応できません。

SUPERJET さん
mozregression で調べていただけないでしょうか。
使い方は下記を参考にしてください。
mozregressionを使って、いつFirefoxの機能が壊れたのかを調べる - 2018-07-18 - ククログ

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

訂正があります。
regression window 等と書かれていないので見過ごしていましたが、すでに原因パッチは特定されていたみたいです。
https://hg-edge.mozilla.org/releases/co ... e8885805e9

'\\'で始まるUNCパスは問答無用に「NS_ERROR_UNEXPECTED」を返すようになっていました。

ということで、SUPERJET さん

エンタープライズユーザーが望んでいることは一刻も早くこのパッチをバックアウトすることであり、
リモートのメールボックスをブロックする検討はエンタープライズユーザーを減らすことになる覚悟で別途やってください

とコメントしてやりましょう。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

寝ぼけ眼でさっと斜め読みしただけだったのですが、改めてちゃんと読んでみたら想定の真逆の修正内容でした……。
Firefox と比べて特にエンタープライズでの利用が多いと思われる Thunderbird で、現実での用途を考慮していない仕様変更が挙がってくるとは……。

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)
Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.3+)
-- いつまでたっても nightly

1つわかったことがあります。
このリグレッションの原因となった修正パッチのバグチケットは許可されたアカウントでしか開けないものでした。
つまりセキュリティ修正だったわけです。
確認すると以下が該当しました。

https://www.mozilla.org/en-US/security/ ... -2025-3877

どうしてESR版にも反映されているのか、リリースノート（そういえばリリースノート一覧から128esrが抜け落ちてる件、いまだ修正されてないですね）にも載っていないし、エラーダイアログも出していないのかが疑問だったのですが、そう考えると合点がいきます。

しかし困りました。
さっきまで怒鳴り込む気満々だったのですが……知ってしまうとどうしたものか。
私としては状況の推移を静観したいと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

EarlgreyTea様
Cai様

色々情報を頂きありがとうございました。
バグチケット1966256でウェイン・メリーさんから以下のコメントが本日ありましたので
私の方からも早めに対応を希望する旨とリリースノートの記載(リリースノートにVer128が無い旨の対応を含む)をお願いしておきました。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36

Wayne Mery さんはコミュニティマネージャーをしている人です。
そのため、ユーザーの側に立った発言をしていますが実際に作業をする人ではない点に注意が必要です。
修正に関して要望があった場合は、担当者の Magnus Melin さんを説得する必要があります。

Bug 1966256 を見に行ったらすでに終了していました。
7時間前に修正パッチが更新され、5時間前に nightly ブランチに入り、
2時間前にアップリフト申請が

Approved for beta
Approved for release
Approved for esr128

となりました。
順次反映が行われてリリース準備に入っていくものと思われます。

それではどういう修正になったのでしょう。
コードの詳細までは見れていないですが、記載されたコメントを信じるとこういう具合です。

• プロファイル外のリモートUNCパスでのメールボックスアクセスをブロックする。
• UNCパスがプロファイル内であれば許可する。
  • ただし、ホスト名がFQDNのように見えるものはアクセスをブロックする。
    OK： "\\profileserver\bob\mail\Inbox"
    NG： "\\steal-your-stuff.com\bob\mail/Inbox"
  • mail.allowed_unc_hosts にホスト名がカンマ区切りで設定されていた場合は常に許可される。
• ブロックした場合、エラーコンソールにブロックされたUNCパスと
  「To allow, add the hostname to mail.allowed_unc_hosts.」のメッセージを出力する。

ということなので、ホスト名がIPアドレスの場合は各PCで「hosts」ファイルでホスト名定義してやるか、「mail.allowed_unc_hosts」に設定しておく必要があるようです。

あくまでコメントしか見てませんので、128esr が出る前に Daily か Beta で実際にテストした方がいい気がしますね。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

SUPERJET さん
ベータRC版のテスト要請来てます。ご対応お願いします。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

先程確認作業を行い、Ver139.0b3で現象が発生することを確認し、Ver139.0b4をインストール後現象が改善された旨を返答しました。
その他のバージョンについては引き続きバグチケットをウォッチして状況を見たいと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36

以下にVer128.10.2のリリース候補版がアップされていることを確認しましたので適用を行い改善することを確認しました。
https://ftp.mozilla.org/pub/thunderbird ... /win64/ja/
https://ftp.mozilla.org/pub/thunderbird ... /win32/ja/

バグチケット1967313(1966256の重複)で担当者の Magnus Melin さんが本日中にリリースするとのコメントを確認しましたので引き続き様子を見ます。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36

修正版でUNCパスのプロファイル使っている環境でメールを表示できるようになり、Bug 1966256 は再度クローズされて後はリリースを待つのみという状況ですね。
そんなタイミングで、遅ればせながら私も動作テストしてみることにしました。

とりあえず、共有サーバーはWSL2の仮想化環境のUbuntuでsambaを動かしました。
IPアドレスは「172.17.127.158」が割り振られ共有名は「share」にしたので
Windows側のエクスプローラーから「\\172.17.127.158\share」
でアクセスできます。

その中にフォルダーを作ってThunderbirdのプロファイルをコピーし、
-profile "\\172.17.127.158\share\TBProfile\test" のオプション指定で Thunderbird 138.0 を起動すると、想定通り「NS_ERROR_UNEXPECTED」エラーでメール画面は白紙化します。
同じことを Thunderbird 139.0b4 で行うと、エラーは起きずメールは白紙化せずに開かれました。

ここでおやっ？と思いました。たしか、ソースコードのコメントにこんなことが書かれていたはず。
https://searchfox.org/comm-central/sour ... col.cpp#60
IPアドレスのホスト名なのにブロックされていない？もちろん「mail.allowed_unc_hosts」は未設定。

次はWindowsの「hosts」ファイルでホスト名をソースコードのコメントにあった「steal-your-stuff.com」に設定、それでプロファイル指定しましたがこれもブロックされない。

ダメ押しで、今度はプロファイルはローカルに置いて、メッセージの保存先の設定を「\\steal-your-stuff.com\share\TBMessage\pop.mail.yahoo.co.jp」としてもブロックされない。

こんなことなら、最初から Bug 1958580 をバックアウトするだけでよかったんじゃ…

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:138.0) Gecko/20100101 Firefox/138.0

138.0.2、128.10.2esr ともにリリースされました。
ニュースサイトの方でリリース記事も公開しましたが、リリースノートの翻訳だけでは今回の問題の詳細がよくわからないのでこのトピックへの誘導を付けさせていただきました。

https://mozillazine.jp/?p=9185

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)
Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.3+)
-- いつまでたっても nightly

Ver.128.10.2が正式リリースされたようですので私の方でも実際にアップデートを行って改善されることを確認しました。

リリースノートのトップページにVer128が無い件に関しては変わってませんでした。
https://www.thunderbird.net/en-US/thunderbird/releases/

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36