ただのにっき

■ SONY

SONYのPalm機、やっと正式発表になりましたな。7月発売なんてうわさがあったけど、ガセだったのねん。結局9月発売か。PC Expoでモックアップが公開された時からデザインがイマイチという声が多かったように、SONYにしては面白くないデザイン。まぁ、SONY信者は無批判に買うのだろう:-P　おれは基本的にアンチSONYな人間だけど、それを抜きにしてもこのPalm互換機には許し難い仕様がある。ジョグダイヤルだ。なんで左側にしかついていないのかっ。左利きの人間が左手にペンを持ったら、ジョグダイヤルを操作できないではないか。そりゃ日本では、まだまだ左利きは少数派だ。でも、世界的には無視してよいほど少数派ではない。その証拠に、あのWindowsですら、マウスボタンの左右を入れ替える設定ができる。

実は、記者発表会でジョグダイヤルを右に付けないのかという質問をした人がいたというインサイダー情報を得ているのだけど、きっぱりと否定されたそうである。世界のSONYがそんなことでいいわけ?　そういえば、SONYがかつて作っていたPDA「PalmTop」でも、左利きの人間が入力した文字をぜんぜんまともに認識しないという問題があった(数人の左利きに試させたけど、ぜんぜん使えなかった)。もともとPalmって機械は、ハードもソフトもそれほど利き腕に依存しない構造になっている。電源のON/OFFもペンの出し入れも、それほど不自由なくどちらの手でも行えるのだ。それが、日本人の手にかかるだけでこのざまだ。情けない。国産PDAの雄であるザウルスは、そもそもその形からして左利きを拒絶している(右手で持つスペースがない)。マイノリティに対する思慮のなさは、単一民族である日本人の基本的な性質なのかも知れん。悲しいことだ。

そういえば結婚したとき知人にもらった我が家のSONYのTVがそろそろ寿命。叩かないときれいに映らなくなってしまった(叩くなよ)。買い換えようと思ってるけど、少なくともSONYだけは除外である。ま、とーぜんの仕返しだ(笑)。

余談。このSONY製Palm、型番からPEGという愛称で呼ばれることは必至。カラー機の型番を500にしたのは、将来505というのを出してマニアの心をくすぐるつもりだからだろう(笑)。それにしてもこのサイト、テキストブラウザまでをも拒絶している。ったく、ホントにカッコだけだなぁ、この会社。

■ hdparm

Kondara-users.jpにハードディスクのチューニングの話が流れていて、こないだうちで増設したIBMのディスク(の少し速いヤツ)がDMA33で30MB/secもの性能を出していることがわかって、すげーがっかり。うちのはどうしてDMAにならんのやろか。スレーブだと何か悪いとか? FIREBALLなんて捨てて、20GB一本にしろと? うーむ。いずれにせよ、もう少しhdparmの使い方を学ぶ必要アリ。

■ mph

使い方と言えば、こないだ「mphファイルの書き方がわかんねー」と書いたけど、いつのまにかKondaraドキュメントにmph-get-HOWTOなる文書が公開されてんのね。ChengeLogを見る限り、それもだいぶ以前から。がっくり。こういうのをチェックするには、Kondara-devel.jaにも入らないとダメかな?　問題のmphファイルを作るには、mph-scanpackageを使えばいいということだ。これで、会社でミラーしたファイルを自宅でローカルに置いてupgradeしたり(やることがセコい)、自分でビルドしたバイナリパッケージをmph-getの対象にしたりできるんだな。これもいずれトライしよう。そういえば、うちの職場にあるKondaraのミラーはえらく遅いみたいで、今朝mph-get updateしたら、やっとslocaleの更新情報をGETしてきたらしく、upgrade対象になったんだけど、問題の新しいslocateがまだ届いていないと来たもんだ(笑)。

■ WebBBS

それにしても新真・コンダラ掲示板、落ち着きませんな。次から次へと問題児がやってくる。一時、閉鎖論が出てきたけど、いいんじゃないの、閉鎖しちゃっても。RuBBSを作ってるくせにこんなことを言うのもなんだけど、Web BBSってのはコミュニケーションの道具としてはかなりひどいレベルのものだと思う。スレッド仕様のBBSはそんなことないって言う声もあるかと思うが、あんなの、あの(といっても知らない人の方が多いんだろうな、最近は)ASCIIネットで生まれたHyperNotesシステムの低レベルのまがい物にすぎない。本物の快適な操作性を知った身には悲しいだけだ。表示や操作の方法をクライアント側で自由にできるメールやNetNewsの方がInternetの文化に合っていると思うし、なんでもかんでもサーバー側で管理する最近の風潮はどうみても退化だ。掲示板なんてのは文字通り「掲示」する、つまり何かのお知らせに使うべきであって、情報交換に使うべきじゃないでしょう。たとえば、「mph-get-HOWTOを公開したよ!!」なんて掲示がされると嬉しいんだけどな(笑)。

■ procmail

IMAPを使っているのをいいことに(あんまし関係ないか)、メールはNetscapeに振り分けさせたあと、ほったらかし。さすがにメールボックスを開くのに時間がかかるようになったなー、と思ったら、多いもので3000〜4000通もたまっている。Maildir形式で保存しているので、この量になるとlsすらできなくなる(笑)。やばいって。やっぱ、日常的に使うメールボックスと、アーカイブ用のディレクトリを一緒にするのは無理があったということで、これをきちんとわけることに。

多いのはもっぱらメーリングリストのファイルなので、100通づつにわけることにしよう。通し番号の100番台を境目にしてディレクトリを掘り、1メール1ファイルで整理する。これはいずれNamazuで検索できるようにするため。問題はメールを「どうやって」入手して、「どのように」振り分けるか。

まず入手先は、受信と同時、というのが一番楽だろう。~/.qmailにはフィルタを書けるから、Maildirに入れるのと同時に、何らかの振り分け用プログラムに渡せばいい。ではそのプログラムだが。通し番号で分ける前に、メーリングリストの種別で分けなければならない。通し番号単位の振り分けはRubyで自作するとして、パターンによる振り分けはprocmail様にお任せするのがスジだよね。というわけで、メールの振り分け先を~/var/mailにするとして、~/var/mail/.procmailrcを作る。~/.qmailはこんな感じ:

./Maildir/
|procmail ./var/mail/.procmailrc

■ ~/.procmailrcにしなかったのは、もっと賢いメーラーが手に入ったら、アーカイブ以外のメールもprocmailで振り分け用と考えているためである。まぁ、同じ用途なんだから、共通になるかも知れないけど、それは先の話。

■ qmail的にはprelineを通すのがスジらしいけど、別になくてもいい。あとは、標準入力から受けとった1通のメールを、Subjectの通し番号を元に適切なディレクトリに書き込むスクリプトを書くだけ。まぁ、簡単なプログラムなのでここには載せないが、仮にdispatchという名前にすると、.procmailrcはこんな感じ(例:Kondara-users.jaメーリングリスト):

:
0
* ^Subject: +\[Kondara-users.ja:[0-9]+\]
| dispatch Kondara-users.ja

■ これでメールを受信すると自動的に、保存されるようになるので、Maildirの方は好きなタイミングで削除しちゃっていいことになる。……あ、いままで溜まったメールも保存しておかなきゃ。lsできないってことは、findの出番かな。現在INBOX/Software/Kondaraという階層にメールを振り分けている場合、実際のディレクトリは~/Maildir/.Software.Kondara/curになるので:

export MAILDIR=$HOME/var/mail
find ~/Maildir/.Software.kondara/cur | xargs -l dispatch Kondara-users.ja

■ となる。これで既存のメールも、新規のメールも自動的にアーカイブされることになった。あとはNamazuを突っ込むだけやな。ひひひ。