qmail2 から移行中です。(同名の有名な MTA がありますがそうではなくて、MUA です。)

qmail では送信者と受信者の欄が一緒になっており、自分宛のメールの場合には送信者が、自分が出したメールの場合は受信者が表示されます。これは慣れると非常に見やすいため、ThunderBird で同じ表示方法に出来ないか調べたのですがわかりませんでした。アドオンも調べたのですが、見つけられませんでした。

説明が不足かもしれないので図で説明します。
ThunderBird だとこうなりますよね。

自分　　　　　 ゆうこ,さちこ　　次の日曜日どうよ？
ゆうこ　　　　　自分　　　　　 　　├ Re: 次の日曜日どうよ？
自分　　　　　　ゆうこ　　　　　　 │　└ さちこはOKだって
さちこ　　　　　自分　　　　　　　 └ Re: 次の日曜日どうよ？

これをこうしたいわけです。

> ゆうこ,さちこ　　次の日曜日どうよ？
< ゆうこ　　　　　　 ├ Re: 次の日曜日どうよ？
> ゆうこ　　　　　　 │　└ さちこはOKだって
< さちこ　　　　　　 └ Re: 次の日曜日どうよ？

(上の図の ＜＞ にあたるもの、IN OUT を表示するアドオンは見つけたのですが・・・）

こちらの環境について明記しておりませんでした。

OS : Windows 2000, XP
ThunderBird のバージョン : 2.0.0.6 (20070728)
メールの受信は IMAP で、表示はスレッド形式です。

Show InOut というアドオンで、希望の動作をするようです。これを導入すると、IN or OUT を表示する項目と、送信者と受信者を判別表示する項目が追加されます。作成者のサイト ( http://www.ggbs.de/extensions/ShowInOut.html ) を見る限り、自分の望む動作そのものです。

ですが、このアドオンを導入し、追加されている項目を増やしてみても、すべて IN と判定されてしまいます。追加された Correspondent 欄もすべて送信者のメールアドレスになってしまいます。

このアドオンが正しく動作しない原因が、此方の環境に依存しているのであれば、本来はアドオンで解決できるケースであり、今回の投稿は僕の調査不足による、当フォーラムのルールにそぐわない質問だったということになります。もし、そうだとしたら申し訳ありません。未登録で投稿したためか、記事を削除できないようです。

ただ、現在確かめられる環境が自分のPCしかない為、環境に依存する問題なのか判別がつきません。

現在、Show InOut の xpi を解凍して、showInOut.js を眺めていますが、XUL の知識が 0 からなので自力でなんとかするには時間がかかりそうです・・・

大変申し訳ありません、自己解決しました。

Thunderbird を終了して、 *.msf ファイルを消去し、起動しなおして再構築しなければ IN OUT の判定が反映されないようです。処理の流れを追っていたら、ふと気付きましたorz

調べ尽くすまえに質問したことを深くお詫びいたします。
スレッドを消去できないのがもどかしいです・・・

# 本投稿と前投稿に件名の記入がありませんでしたので、こちらで記入しました。
# 次回からは件名の記入して下さいね。
（by 管理人 POCH）

自己解決された場合でも、上記の様に解決に至った手順を明示してもらえれば
後々の参考になりますよ。

返信ありがとうございます。
件名については以後気をつけます。

私のところでは .msf は削除しなくてもアイコンとCorrespondent欄と項目は自動的に表示されていました。
Thunderbird 2.0.0.6, Windows Vista Business です。

このアドオン、面白いですね。
Eudoraが斜体で区別するのと同じようにという発想と、これの実装が面白い。アイコンもpngを置き換えることで自由に変えられるんですか。

日本語化するときには「Correspondent」は「相手」と訳して欲しいものです（誰にとなく言ってみる）
＃ 相手の相手は「自分」ってことで。

国産のMUAは こういうところが細かいんですね

ユーザー登録しました。

自分の所では、欄の新設はされるのですが、すべて IN として判定されてしまっていました。新規に受信したものは正しく判定されていました。おそらくですが、IMAP で一日に1000近くのメールが来る業務(サポート業務)で使用させており、Inbox 内には常時 15000 程のメールがあるためかもしれません。

余談になりますが、業務上お客様と定型の subject でやり取りする事が殆どのため、デフォルト設定ではスレッドが滅茶苦茶に繋がってしまい、操作できないほど重く、Thunderbird がフリーズしまくりました。

mail.thread_without_re, mail.strict_threading を設定したところ、2万程メールがあってもサクサクスレッドの構築やソートができていますし、おかしな繋がりのスレッドもありません。このデフォルト設定は明らかに不親切だと感じました。（ナレッジベースに情報が無いのも、直接変数を変更しないといけないのも・・・）これが原因で業務で Thunderbird を使うのを諦める方も多いのではと思います。

スレッドの基点が、此方から送信した定型のサブジェクトのテンプレメールのことが殆どなので、この InOut のようなアドオンを使わないと、スレッドをたたんだ時に

送信者
自分 　　　+ ～～のお取引について
自分 　　　+ ～～のお取引について
自分 　　　+ ～～のお取引について
自分 　　　+ ～～のお取引について

となってしまい、全くやってられないのです。同じような悩みをお持ちの方がいるかもと、蛇足ながら書かせていただきました。多数の相手と深いスレッドのやり取りをする方にもお勧めできるアドオンだと思います。

｢相手｣という訳語はとても適切だと思います。ちょっと思いつきませんでした。

公式のアドオンのページへのリンクがなかったため追記
https://addons.mozilla.org/ja/thunderbird/addon/3492

毎度ご登録ありがとうございます。今後もご贔屓ください。


なーるほど、そういう業務の都合と使い方を考えると確かにスレッドに関するデフォルト設定は
変更できる事を知らないとマッチしないので Thunderbird は除外されるかも知れませんね。

Mozilla Japan のナレッジベースや FAQ にも掲載されていないので紹介いただいた情報に
辿り着くのはちょっと大変かも知れません。
んでもってせっかくこういう話題になりましたので以下に補足情報を追加しておきますね。

「えむもじら」さんでスレッドに関する仕様と一部バグについてわかりやすく説明されています。
Thunderbird のスレッド表示まとめ - えむもじら
Thunderbird: スレッド表示が並びに依存するバグ - えむもじら
上記ではprefs.js の設定変更した際には要約ファイルの再構築をしないと反映されない旨も
コメントされています。
また xx.msf の削除は Thunderbird を終了しておこなう方法もありますが、フォルダのプロ
パティから [索引を再構築] なら起動したままで同じ効果が得られると思います。

mozillaZine 本家（英語）のナレッジベースでは以下になります。（あっさりしてますが・・・）
Stop threading by subject - MozillaZine Knowledge Base


# 実践的で有用な事例をご紹介いただき、ありがとうございます。
# 質問から自己解決に至ったとしても他の皆さんからしてみれば有用な情報になります。
# 例え失敗例でもうまく解決できなかったとしてもそれもひとつの情報・事例でもあり、読む
　 人によれば有用な情報になり得る場合もあります。
# という事でできるだけ書き込み内容や情報などは残していってくださいね。

これはメールの量とIMAPという違いからかもしれませんね。

確かに初期状態でのスレッド生成はおかしいです。私も昔自分のHPかWeblogでボロカスに書いたような気がします。
In-reply-to:ヘッダを認識してスレッドを生成出来るMUAの初期設定としては おバカだと思います。

しかし、今回のサポート業務のような通信をまとめる場合は有効かもしれませんが、ネットニューズやメーリングリストでも有効かどうかは疑問です（まだ試していませんが）

そういう風に日本語化されるといいですね　（ここで登録メンバー20人の要望が有ればきっと日本語化されるでしょう）
＃ localeが有ったので もう日本語化した人が居るかも

本当はフォルダ単位で有効／無効を切り替えられると便利だと思います。ネットニューズやメーリングリストでは客観的な表示が正しいと思うし、数人以下の参加のスレッドでは このアドオンの表示が見やすいと思います。現状では「ニュースとブログ」のアカウントのフォルダも見境無く働いているようです。
＃ フォルダ毎に欄の項目を切り替えるアドオンと併用すれば解決すると思いますが

まったくです。なんとかならないかなあ・・・ Gmail も若干似たような挙動するんですが、Thunderbird の初期設定ほどにはおかしくはないです。

個人的にこのおせっかい機能の致命的なところは、スレッドが崩れることもそうなんですが、大量のメールがあると操作出来ないほど重いことだと思います。ちゃんと設定すれば 10000 を超えるメールでも扱えるのに勿体無いです。



手元の ML のログを見る限り、ML では In-reply-to: ヘッダのみで問題ないようです。In-reply-to を切り落とす古い Exchange サーバーや古い OE ユーザーが多い環境では Subject を見る必要があるのかも。

あ、うまく区切っていないので誤解を与えてしまったようです。
疑問と書いたのはアドオンを利用した表示が便利かどうかということです。

In-reply-toヘッダでのスレッド表示はバグが解消されればネットニューズ方式としては あまり問題は無いと思っています。
＃ Referencesヘッダの処理を含めるとインターネットメール方式としては気にくわない点もあります