Win32版もあるのか。Mewに拘る必要もないか...。Win32_Wanderlust_Mewの使用感想。アドレス帳機能が今一つらしい。18:14MH形式ですと、1メール=1ファイルなので、inodeやFATのエントリを簡単に使い果たすのは全くその通りなので、Wanderlustのアーカイブフォルダ形式はなかなか使えるかと。MH形式の変形なので、MH形式に戻すのも簡単ですし。とメールが保存されていますのでディスクエントリの節約になります。recordで無いファイル名を格納しているrecordを読んで展開するアーカイバなどを使うと直せるようです。基本的にWanderlustは外部プロセスを使わない設計になっていますので、Meadow/Emacsさえ導入していれば何とかなるのが利点じゃないかなと思います。不勉強なもので、そんな形式も扱えるとは知りませんでした>Wanderlustなるほど、これはたしかに便利そう。調べてみないと、ですな...とはいえたしかに、ファイルが壊れた時のダメージを考えると、アレですね...http://home.riise.hiroshima-u.ac.jp/~nagato/man/sylpheed/mh.htmlといっても、自分が現在使ってるOE6も、1フォルダ1ファイルで扱ってるし。そのへんの危険性は、今までと大して違いはない、とも言えそうですね。注意事項をよく読んでみると、「メール数が数千〜1万になると、FATの場合はディスクを使い果たすが、FAT32なら大丈夫」と書いてあった。...FAT32だってFATじゃん。ここで言ってるFATとFAT32は何が違うのか。なんだか横道に逸れてきた。すると、前述の「FAT」は「FAT12」の事かもしれない。制限にはならないだろうから。いうことはよほど古い環境でもない限り問題はないということか。:いや、FAT16/32でも場面によっては厳しい。「ファイル名がMS-DOSの8.3形式に合わない場合、余分にディレクトリエントリを使う」と書いてある。いうことは、FAT16/32においてサブディレクトリ中に保存できる最大ファイル数は65534個に遠く及ばないのが実態ではなかろうか。なるとMH形式で管理するメーラが1メールをどのようなファイル名で保存するかが重要になってくる。それによってFAT16/32上で扱えるメールの最大数が変わってくるのだから。...なるほど、OEがメールデータをフォルダ単位で.dbxにまとめて管理するのはFAT16/32の制約上自然な流れだったのか。なると前述のメーラは何故に各メールを1ファイルにまとめて管理しないのか疑問が湧いてくる。Linuxも含めたUNIX系OSのファイルシステムはファイル数に関してFAT16/32ほどの制約を持っていないということだろうか。_そういうことらしい。ext2の場合、実測値でも、1GByteで257000個のファイルを作れる可能性があるのだとか。FAT16/32より随分と制限が緩い。1メール1ファイルとしても破綻しにくいのだな。...それはともかく「ReiserFSが45秒で終るのに、ext2は20分経っても終らない」なる話も目に入った。ext2系はファイル数が多いとそんなに遅いのか。debianインストール時にext3ではなくReiserFSを選択しておけば良かったか。現状ではResiserFSを読めるWin98用ツールは存在しない。Win98とのLinuxのデュアルブート環境においてトラブル発生時を考慮した場合、ReiserFSの導入は躊躇するよなぁ...。8.3に収まっていても大文字小文字が混在してたらもう1個、更に13文字を超える毎に1個消費する。Win32を入れてみたLinux環境で使い始める前にWin環境で動作の具合を掴もうかと。実行してみるといくつか気になる点が。インポートしたはずのメールがサマリビュー(メール一覧)上に全く表示されない。覗くとそれらしいファイルが存在するのでインポート自体は出来てるらしいのだが。原因が判らないまま起動・終了を何度か繰り返していたらいつのまにか表示された。:mboxファイルインポートは1ファイルずつしか行えないのだろうか。取り込むべきファイルは100以上あるんだけど。考えても人間が手作業で行う作業じゃない。いや、なんとかしないと>自分が。一つにして読み込めばいいのか。上手く行ったように見える。本当に取りこぼし無く読めてるのかな。:メール受信後、あるいはインポート後、未読のままにしておくと件名が空白のまま。一度本文を表示させればその後は件名が正常表示されるのだけど。これでは件名からウイルス入りメール云々を判断する事すら難しい。OEと違って、プレビューによる添付ファイル自動実行の可能性は少ないだろうから、中身なんか気にせずガンガンプレビュー(?)すればいいのかもしれない。いえ今までが今までだったので、まずは件名を確認してあからさまに怪しいのは削除、大丈夫そうなら本文を表示という流れで閲覧できないのはどうも不安。中の、message_font、normal_font、bold_font、small_fontのあたりを弄ったら、件名やその他が日本語で表示された。フォントの問題らしい。未読メールの件名はbold_font、小さい文字はsmall_fontで表示するが、英字フォントが指定されてるので日本語が出ないということだろう。そこまで判明しながら残念な事に、boldとして利用できそうな日本語フォントがリストに出てこない。仮でRegular体を設定しても表示時の上下位置、あるいは上下幅がおかしいらしく文字の下部が消えてしまう。こんなところでもboldで悩まされるとは。探してるうちに、BDFをTTFに変換したというフォントを見つけた。Boldも揃ってるらしい。M+'と'BDF東雲'をDL・インストールして試行錯誤。M+'のみで以下のような設定に。UIゴシックなのに、このアプリだけM+だったりするのでなんだかしっくりこないが、件名その他が判読できないよりはるかにマシ。少なくともメール本文はMSゴシックを設定してるのでメールの読み易さはOEとほぼ同じだし。gtkrcとsylpheedrcを修正する際に若干の注意点が。gtkrcはUTF-8、sylpheedrcはS-JISで記述しないといけないらしい。今回は、gtkrc内に漢字を含む記述が無いので特に意識しないで済んだ。:起動時に「GnuPGのバージョンが古いか、正しくインストールされてない」とエラーダイアログが出てくる。無視する設定も可能だし、暗号化云々を使う予定も特に無いのだが、エラーが出てるのを無視するのもなんだか嫌なのでGnuPGをインストール。...GnuPGのインストールのほうがよほど時間がかかった。実行時にエラーが出るし。プログラムの中で直接デフォルトインストールフォルダ名でも記述してるのだろうか。それとも何か設定を間違えてるか>自分。何にせよ、Cドライブのルートにまたしてもフォルダが一つ増えてしまった。これもこれでかなり気持ち悪い。:こんなに面倒臭いんじゃ、OEからSylpheedへの乗換えはフツーありえないな...。.dbx→mbox変換してある。MSゴシック等、各日本語フォントは、Boldのデータを持ってないし、太目のフォントはビットマップでデータを持ってないので汚い表示になる。BDF、TTC、TTFMSGOTHIC.TTCからビットマップを抜き出して、boldに加工してから別フォントを作成して利用できないか、などと思って調べてたら参考になりそうなページを見つけたのでメモ。原作でも評判の高いエピソードと聞いたので期待してたのだけど。たしかにコレはなかなか。ネジ1本でも大事故になるのにあんな事してええのかとも。言えあのシーンが無いと話としては締まらない。いわゆる、演出上必要な嘘、ですかな。20:21ちょっとデブリにぶつかって大気圏突入するような低軌道ならすぐ地球に落ちますから大丈夫ですよ。あれは奇跡だからいいんです。