オプション「既読と表示」で、
「新しいタブで開く」を選択しておくとメッセージを開くときにタブで開きますが、
あっちを見たりこっちを見たり、と言う使い方をしようとすると、タブを移る度にメッセージの先頭位置を表示してしまいます。
表示位置を記憶してくれないなら使い難い。
いつも先頭位置に戻ってしまうメッセージを切り替えても．．．

でも、複数のメッセージを開いて見比べるのにはタブは使いにくい。

　
ヘッダをコンパクトにする CSS を拡張機能で可能にするものがあります。
まだ正式公開扱いではありませんが 1 行にたたんでくれます。
通常ヘッダと切り替えできますので便利かも知れません。

"CompactHeader :: Thunderbird Add-ons"
https://addons.mozilla.org/ja/thunderbird/addon/13564
　

これは3.0では削除されていますが2.0系に標準で備わっていた表示ですね。
私は昔から"ヘッダもメールの一部である"という考えなので常に出来る限り全てのヘッダを見える状態で使っています。　なのでlevelさんのヘッダの表示を変更するcssは気に入っています。

一般の人はMTAとか相手のMUAが生成するヘッダには興味もないはずなので、一覧上に見えるメールのうち どのメールを選んで表示しているのかが判る材料だけ表示されていれば良いはずなのですが、なぜ3.0では削られてしまったんでしょうね。

　
ヘッダの表示についてはまだ変更が加えられるかも知れませんが、経緯については
以下にあらましというか説明というかドキュメントがありますので読み解いてみてくだ
さい。（申し訳ありませんが私はあまり読む気がしないもので・・・・。）

dmose's blog: Thunderbird: compact header moved out of core, prototype extension available

コンパクトヘッダ（2.0 系では標準表示としたいたものとほぼ同じ）については簡単に
補足すると拡張機能として切り離したということらしいです。

Thunderbird:Compact Message Header:Use Cases - MozillaWiki
上記のページ内で私が紹介した拡張機能も挙げられています。

できればヘッダ表示ひとつでも様々なモックアップを作成して幅広く意見を募って UI
も含めて検討するというのもいいとは思いますが、開発陣のリソース不足らしき事情
もあるかと推察しますし、どうせ英語で要望なり提案なりをしなければならないと思う
と気が引けるのが実状ですね。

kiyo4_k さんのようにヘッダ情報を重要視する方とそうでない方、見たいヘッダだけを
表示させたい方など各自の好みがありますのでそこはカスタマイズでごにょごにょと。
CSS なり拡張機能なりを利用したり、双方のいいとこ取りして組み合わせるなど・・・。
　

作業量が多いからって いうようなことが書いてあるみたいですね。実際のところ標準モードが有れば充分だと思いますけど。
私としては検索結果からフォルダを開くほうを優先させて欲しいです。今のところ使えないのはそこだけだと思います。


そうですね。おかげでcss修正で見通しが良くなっています。
でも、どう頑張ってもまだReceivedヘッダを非表示に出来ません。勘だけじゃダメですね。

RSSフィードにもMessage-Idが有って、それも
1,2,3,4 などと表示してジャンプ出来るのかもしれません。

今日気がついたんですがマイクロソフトのサイトのRSSフィードを見ていると、
Message-Id 1,2,3,4,5,6 と表示されていて、
正体はでした。
これは
1が <http://www.microsoft.com/japan/mscorp/news/rss.aspx#Mon,
2が 24
3が Aug
4が 2009
5が 00:00:00
6が GMT@localhost.localdomain>
になっているようです。

これってバグでしょうね。
まぁ、ブランク付きでhttpのURLをMessage-Idにしてしまうのもバグだと思うけど
表示するときに分解してしまうのもバグかな。

両方ともThunderbirdのバグですよね。
ちなみに Thunderbirdが指し示している Webサイトは
http://www.microsoft.com/japan/presspas ... New%20Info

件名と本文をascii文字だけでメールを作成して、エンコード指定をiso-8859-1を指定して送信すると
utf-8, 7bitになってしまうのは私だけでしょうか？

日本語で作成して、エンコード指定をUTF-8を指定して送信すると
utf-8, 7bitになったり8bitになったり．．．．．．．．．．

Thunderbird 3.0 beta3　（セーフモード）
Windows 7 だからおかしい？

（Vistaのときは大丈夫だったような．．．）

これをWindows XP Professionalで検証していただきました。

だそうです。
ただし、iso-8859-1を指定して送信するとutf-8,7bitになってしまう現象は再現しない、と。
う～～ん．．．．

http://d.hatena.ne.jp/Rockridge/20090830/1251623394
でご存知の方ばかりかと思いますが、Tb3 での Gloda の国際化は断念されるはずでした。

ところが、ところが！
http://d.hatena.ne.jp/Rockridge/20090915/1253020017
Makoto Kato さんナイスです！

まだ確定ではないですが、RC1 楽しみだなぁ。

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

Thunderbird 3.0beta3で以下の文字をISO-2022-JPで送信してみました。このBBSはUTF-8なので普通に表示されるんですが、この文字列にはISO-2022-JPに含まれない文字が有るはずです。
以前のThunderbirdでは確か「UTF-8に変更して送信する？」というような確認ダイアログが出てきたような気がします。
Thunderbird 3.0beta3では何も言わずにエンコードISO-2022-JPで送信してしまいます。

復活ですか、それは楽しみ！

どこかに書いたかもしれませんが、
メッセージのソース件名表示
こんな感じで quoで改行されているところに件名表示では空白が入ってしまいます。
Thunderbird 0.9時代に先祖返りしている？

　

20090922 ビルドの Shredder/3.0pre では修正されて選択したメッセージを
そのフォルダ内で開くようになりました。
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.4pre) Gecko/20090922 Shredder/3.0pre

＊Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。
　

残念ながらThunderbird 3.0 beta4でもダメでした。

Thunderbird 3.0 beta4の全文検索がすごい！

関係者とかメールフォルダとかメーリングリストとか、クリックすると検索対象に加えたり外したり．．．便利ですね。
また、ヒストグラムのようなアイコンをクリックしたときの絞り込み操作が素晴らしい。

この検索の結果からはフォルダに飛べます。