[Mew-dist 05532] Re: Unread 問題に対する一つの平和的解決案

1998年 7月 16日 (木) 06:57:37 JST

いつもお世話になっています。土江です。

>>> Wed, 15 Jul 1998 01:00:25 +0900 の刻に 「土江」、すなわち
>>> tsuchie at example.com(Nobuhiro Tsuchie) 曰く

kazu> 僕自身はできるだけ、IM のコマンドをなくしていこうと考えています。

土江> これです。私の知りたかった "Mew のこだわり"
土江> これが Mew における IM のポジションなんですね。
土江> これは、info の中には出て来ませんよね。
土江> get.sbr, move.sbr, pack.sbr を書いていて、うっすらとそんな気が
土江> していました。変な質問に的確な回答をありがとうございました。

無礼があったことをお詫びすると共に、これだけでは、私が言いたいことが
十分に伝っていないと思うので、整理しておきます。

(1)1.70 から 1.93 beta へのバージョンアップについて

私は、unseen の件が引っかかっていて、少し前まで Mew-1.70 を使っていました。
Mew-1.70 では、MH が使われていました。私は、fetchmail → procmail
→ rcvstore → 各フォルダという方法でメールを自動的に取り込んでいました。
しかし、このとき次のような類のメールをたくさん貰いました。

> Nobuhiro Tsuchie <tsuchie.n at example.com> さん、こんにちは。？？ です。

> 中略

> ファイルそのものはきちんとエンコードされているのですが、そのエンコードされた
> ファイルのヘッダーが不完全(ファイル名情報が欠如)しているため、私が使っている
> メーラーではうまく取り出せませんでした。そこで、手動でヘッダーを修正すると
> きちんとデコードされ、gifファイルとしての表示ができるファイルができました。
> このファイル名を示すヘッダが必須なのかどうかは知りませんが、私の使っている
> メーラー(電信８号)は、比較的メールの国際規格に則ったもののようなのである方が
> 普通かな、とも思います。

>＜修正前＞
>----Next_Part(Mon_Nov_17_10:56:37_1997)--
>Content-Type: Image/Gif
>Content-Transfer-Encoding: base64
>
>gAYq6KCEFmpoh7wkquiijDbq6KOQRirppJRWWumhmGaq6Z8CdOppp4EAADs=
>・・・・・・・
>
>----Next_Part(Mon_Nov_17_10:56:37_1997)----
>
>　　↓
>＜修正後＞
>----Next_Part(Mon_Nov_17_10:56:37_1997)--
>Content-Type: Image/Gif;　　　　　　　　　→継続行を示す;追加
>	name="image.gif"　　　　　　　　　　　　 →ファイル名追加
>Content-Transfer-Encoding: base64
>Content-Disposition: attachment;　　　　　→ファイル名情報ヘッダ追加
>	filename="image.gif"　　　　　　　　　　 →ファイル名追加
>
>gAYq6KCEFmpoh7wkquiijDbq6KOQRirppJRWWumhmGaq6Z8CdOppp4EAADs=
>・・・・・・・
>
>----Next_Part(Mon_Nov_17_10:56:37_1997)----
>

そこで、Mew-dist の過去の記事を検索してみた結果、Content-Disposition が
既に Mew でサポートされていることを知ったのですが、unseen の件が
長い間、私をためらわせていました。その間、キーボード入力で
Content-Disposition を追加していたのですが、仕事の関係上、FEM を使った
強度や NVH の解析を行う機会が多く、構造物の変形モード、振動モード等を
説明するために、netpbm の各種コマンドと multigif を使ったシェルスクリプト
でアニメーション GIF ファイルを作成し、多くのメールに添付していました
(言葉で説明するより迅速かつ正確に伝わる)。最近になって、手書きで
Content-Disposition を追加することがさすがにバカバカしくなり、
少しの紆余曲折を経て、Mew-1.93 beta へのバージョンアップを決意しました。
その際も御迷惑をおかけしました。これで、私が 1.70 から 1.93 beta への
バージョンアップを行った理由を解って頂けたでしょうか？

(2)unseen について

1.93 beta へのバージョンアップに伴って、MH から IM への移行も行いましたが、
予想通り、imstore が ".mh_sequences" に未読情報を追加してくれないので、
".procmailrc" の記述の中の imstore を rcvstore に書き戻してみました。
そして、未読の記事をスペースキーを押しながら読んでいくと、Mew がやっている
のか、IM がやっているのかいまだに判りませんが、".mh_sequences" の中の
未読情報をちゃんと消してくれているではありませんか？ そこで、
"About imstore" の一連の質問が始まった訳です。その後、次の記事で
get.sbr の存在を知りました。

>>> Wed, 8 Jul 1998 13:57:56 +0900 の刻に 「田口」、すなわち
>>> taguchi at example.com(Taguchi Takeshi) 氏曰く

田口> ええと，今のimstore でも .mh_sequences (でしたっけ)を
田口> 書き出させることはできます．
田口> 実際，私は，それを使ってます．

田口> ~/.im/Config で GetSbr を使うです．サンプルの get.sbr
田口> が .mh_sequences を書いてくれます．

田口> ＃ immv と imrm に同様のからくりが存在すると完璧な
田口> ＃ 気がします．

procmail を使っている私は、ほとんどフォルダ間でメッセージを
移動する機会が無かったことと、読む前に移動したり、削除したりすることが
無かったことから、immv や imrm も未読情報を消してくれないとは
知りませんでした。次のメールで Mew 独自に refile や delete をしている
ことを知りました。

>>>>> On Fri, 10 Jul 1998 00:18:27 +0900
>>>>> mokkun at example.com(Akihiro Motoki)  said:

元木> これだけでは何ですので。。
元木> unseen 問題を完全に問題なく実装するのはかなり大変ですね。
元木> 以前考えたことがあったのですが、あまりに面倒になってしまい考える
元木> 途中でやめてしまいました。なかなか実装は大変ですね。

元木> ・immv や imrm ( imclean もか)を行ったときに、きちんとunseenから消す。
元木>   Mew では refile や delete を(IMを利用せずに)自分で行うので、
元木>   そっちでもインターフェースが必要である。

元木> ・pack や sort を行ったときはどうするのか？
元木>   (これが一番むずかしいかも。IMでするのかMewでするか、それとも無視？)
元木>   そういえば、マークの保存の話がありましたね。どうなったんでしょう。

元木> ・今の get.sbr ではファイル番号(filename)を並べて書いていくので、
元木>   mh と同じ形式の方で短かく書けるようにしたい。
元木>   (これはget.sbrを適当にいじくればいいかも)

このメッセージで、get.sbr, move.sbr, pack.sbr を作成する意欲が湧きました。
ありがとうございます。info には、

> Mew のこだわり
> **************

> Mew の精神を一言で表すと、

>     Mew wants something simple or nothing at all.

> となります。つまり、複雑な機能は要らないのです。単純で吟味された機能しか
> 提供しません。

> たくさんの方が「昔使っていたメーラにはこんな機能があって便利だから、Mew
> にも付け加えて欲しい」といいます。しかし、こんな説明では著者を説得するの
> は難しいでしょう。なぜなら、Mew は他のプログラムが今までやっていないこと
> を実現しようとしているからです。「昔はこうだった」という理由はあまりにも
> 力不足です。

との記述が有り、かずさんが info を読みましたかと問われるのもよく解ります。
しかし、いまだに Mew-1.93 beta がやっているのか IM-94 がやっているのかは
判っていませんが、メッセージを読むと未読情報をちゃんと消してくれること、
作りかけのような get.sbr というプログラムが存在したことが私の一連の行動に
繋がっていることも理解して貰いたいと思います。このことは、かずさんが
unseen の件の決着を先伸ばしにしていたのでは、と私を感じさせるのに十分です。
IM のコマンドをなくしていこうということですが、Mew 内部の処理は、それで
構わないのですが、外部からも各フォルダを処理したいと思っている私には、
IM のコマンド群が非常に役立つので、IM 自体はなくさないでサポートして
欲しいと思います。

土江 伸宏
tsuchie at example.com