[Mew-dist 15014] Re: thread

[HEO SeonMeyong]

	許です。

kazu> > 逆にソートが早くならないの？っ欲求が増えちゃいます。
kazu> 昨日密かに考察しました：

	一般論かどうかはわかりませんが、

	現状のMewだと、多分MailingList毎とか、From毎でのfolder分け（分類）
	をしていることを仮定しても良いような気がします。
	上記分類に含まれない（という意味での例外処理を必要とする）メールは、
	o なんとなく「いっしょくたfolder」にあるか、
	o 「未分類folder」(= +inbox)にある
	と考えて良いのではないかと思っています。
	今回、threadingがsupportされたので、Mail Folderをsortしたい場合と
	しては

	1) Mailinglist毎に分類されているfolder
	   o threading 出来れば概ね解決は容易
	     Subjectでのsortの必要度がかなり下がった
	   o sortのkeyに関しては、
	     - X-ml-countとかsubjectに埋め込まれているとかのカウンタ
	     - Date
	   を利用する可能性が高いので、この辺りが保持されていればその他の
	   場合は多少遅くても諦めがつく
	2) From毎に分類されているfolder
	   o sortのkeyとしては、dateが重要
	   o それ以外はthreadで概ね対応できる気がするし、多少sortが遅くて
	     も耐えられる。
	3) いっしょくたにして適当folder
	   o 基本的にはdateでsortしてthreadかければ概ねOK
	   o threadを作成する際にSubjectをちょっとだけ考慮するとかなり嬉し
	     いかもしれない（嬉しさがほとんどないかも知れない）
	4) inbox
	   o 基本的にdateでのsortは済んでいるような気がする
	   o 特別にsortをかけたければ、sortの結果が別folder(virtual
	     folder)に行けばいいだけな気がする
	   o なんとなく、sortは不要なfolderかも。
	   o threadで概ね対処できるかも

	くらいではないかと思っています。

	とすると、Sortのkeyとして重要なのは
	o なにはともあれ Date
	o MailingListなら Subject(の中のcounter)かX-ML-Countなどのcounter
	o あって困らないのは Subject
	で、それ以外の状況ではかなりsortが遅くてもある意味で許容範囲を大き
	く出ていってしまう事はないように思います。

kazu> (1) Subject: (text/ml)でソートする場合は速くなる可能性があります。
kazu> (2) Date: の場合は、Date: 情報を隠し持っていれば速くできる可能性があり
kazu>     ます。
kazu> (3) その他のフィールドは隠し持つ必然性が感じられないので、今のままでしょ
kazu>     う。
kazu> 本質的に、mewls とのやりとりが遅いので、mewls とやりとりしなくてよくな
kazu> ると速くなります。

	というわけで、Subjectとcounterとdateだけ隠し持てば完璧に近付くきが
	します。
ほ