すみません。　今回のこの現象はメーリングリストサーバのバグのようです。
連続したascii文字の途中でエンコードを開始しているのもメーリングリストサーバのバグのようです。

　
Bug 472764 – gloda full-text search always uses SQLite's porter stemmer without regard to effective locale, etc.
上記で Gloda の日本語による検索を可能にする修正パッチを同梱したテストビルド
が公開されています。
試したところとりあえず機能しているようです。
なんとか Thunderbird 3.0 に入ってほしいですね。
　

リンクは英語版のシュレッダーなんですね。 ちょっと試して検索を確認しました。
7月ぐらいの時点では11月なんてまだ先で実感がなかったんですが、もう来月ですからね。 今はEnigmailの動向を監視中です。

エンコード指定をISO-2022-JPにしてある場合に、
〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠 というような文字（UTF-8）を送信するとき、
Thunderbird 2.0ではエンコード指定をUTF-8に変更して送信するかというダイアログが表示されていたんですが、Thunderbird 3.0 beta4では警告も無しにUTF-8に変更して送信してしまいます。

これは仕様変更なのかな、それともなにかPrefsの設定かなぁ。

＃ 文字によってはISO-2022-JPのまま送信される場合も有るけど　（こっちはバグ？）

http://kb.mozillazine.org/Thunderbird_3 ... ed_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。
mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……

_________________
[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.1+)
-- いつまでたっても nightly

ありゃ！ ひどいなぁ～　みんなPatXXXXみたいな奴らだ。　日本の事情というものを無視してくれる。
まぁ、仕様変更ならそれで良いけど。

いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　


＃ こうやってThunderbirdが非難されつつISO-2022-JP標準ってのを崩していくのね。
＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。

エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。


https://bugzilla.mozilla.org/show_bug.cgi?id=410333
元はこれ「無条件に UTF-8 へフォールバック」

http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=6239
bugzilla-jp に登録される

https://bugzilla.mozilla.org/show_bug.cgi?id=448842
bugzilla 本家でも別の人が登録
ここで「日本でのマーケティング上問題ありすぎ」ってことで日本の開発者の人が猛プッシュ。
結果、ダイアログは復活させられなかったけど、prefs で無効にできるようになった、ということです。
デフォルトでは ISO-2022-JP だけ false (フォールバック有効) でセットされていますが、mailnews.disable_fallback_to_utf8.<charset> で任意のエンコーディングに対して設定することはできます。



8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。

_________________
[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.1+)
-- いつまでたっても nightly

MUAというより使用しているユーザが相手から非難される事になる ---> Thunderbirdが利用されなくなる、という事情がわかってくれないんですね。
とは言うものの、最近はUTF-8を理解出来ないMUAのほうがクズだと言い張る！ （で、Thunderbirdを勧める！）

は～　bugzilla-jpで あさんの活躍を見てしまいました。 ダイアログが無くなっていた事も知りませんでした。（知らずにISO-2022-JP外の文字を使うことなんて無いので）
bugzilla-jpには良いアイデアやパッチまで提示されていたのに採用を拒否されてしまったんでしょうか。
マナー違反になるからという攻めで行くような発言も見えたけど、今の状態でPrefsを設定して、知らないうちに範囲外の文字をISO-2022-JPで送信してしまう方がUTF-8で送信するよりもマズいんじゃないかと思います。 それならUTF-8強制の方がまだマシかなぁ。（でも そんなことを言ったらEnigmailでの攻めも通らなくなっちゃうしなぁ...）
＃ GnuPGの場合はマナーと言うより相手のMUAやプラグインがISO-2022-JP前提が多いという状態ってことも有り...

まぁ、Thunderbirdが寡占状態なら問題は無いんですけど、何度も言うけどブラウザと違って相手が有るものなので、相手と合わせる事を自分が強制することが出来るか、強制されるか．．． 開発も利用も難しいところかもしれないですね。

これってサーバのRFCなんですね、なるほど。

Shredder/3.0pre ではフォルダを開いてくれます。

だけど、なぜか英語のままです。
Open in Folder(R)

Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.5pre) Gecko/20091031 Shredder/3.0pre　で直った。

ヘッダ表示を「すべて」にしておくと、「差出人」までに空白行が出来る現象がある。
差出人の行位置を求めるポインタの計算がおかしい感じで、Enigmailを利用していると空白の行数がさらに増えます。

こういうダイアログが頻繁に表示されて調子が悪い。
言うとおりに何回もINBOX.msfを削除しているのに．．．

迷惑メール フォルダに限らず、いろいろなフォルダ名が表示されます。メールボックスを作り直しても何かの拍子に 表示されるようになる。不思議だ。

Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.6pre) Gecko/20091106 Shredder/3.0pre
Windows 7 Enterprise