[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[plamo:17546] Re: (17525) Re: ML の直前の参照番号を残して戴けませんか？

 --- Shun-ichi TAHARA <jado@flowernet.gr.jp> からのメッセージ
：
> いろいろ考えられるのはいいのですが、一度要求を出す方向性を
> 変えてみられるといいかもしれません。
> 
> やりたいことがあって、う〜〜〜〜んと考えて、思いついた方法
> を要求するのではなく、まずやりたいことを投げるんです。そう
> すれば、もしかしてすでに確立されたいい方法があるかもしれま
> せんよね。

その通りですね。特に公のMLでは、方法を述べるのではなく、した
いことを具体的に質問する方が、集束し易いですね。

> 特に、ソフトウェアとかシステムとかを改良する必要があるよう
> な要求をするときには有効です。
>
> もちろん、何も考えずに何でも聞いて回るのも考え物ですが。
>
> # 以上、Mewの山本さんがいつも仰ってることをそのまま受け売
>   り :-)。
>
> From: "Ujiki.oO" <u_jiki@yahoo.co.jp>
> Message-Id:
> <20030123085159.15822.qmail@web305.mail.yahoo.co.jp>
> 
>> ヘッダー内の、references: も、in-reply-to:も、誰からの
>> メールかって言う情報ではなかったでしょうか？ 勉強不足で
>> 済みません。
>
> ちゃいます。
> 
> References:
> ヘッダは、スレッド的な先祖メッセージ群のMessage-Id:で、
> In-reply-to:
> ヘッダは、直接の親(引用元とか)メッセージ群のMessage-Id:で
> す。

なるほど、良くわかります。すると、MLシステムに限らずスレッド
を無視してしまうメールクライアントって言うのは、このヘッダー
の重要な標準仕様を無視し、書き換えてしまうから問題を起こすわ
けですね。違うのかな。例の巨大ソフトメーカーの多数のユーザー
が利用するメールクライアントのことなんですが。なぜ、標準仕様
を無視できるのでしょう。

> # 複数メールを引用すると、References:
> はその中の1つ(普通は返信を指示し
> # た元メール)、In-reply-to:
> は、引用元の全メールが付く、って感じ?
> 
> どちらも、Message-Id:
> という、インターネット全体で特定の人じゃなくてメッ
> セージの方にユニークになるべきID(これも Message-Id:
> ヘッダに現れてます)
> です。って、今時正しい Message-Id:
> が付いてる方が珍しい気もしますが :-p。
> 
> で、References:
> ヘッダを使ってスレッドを構築しよう、ってのがRFCで推奨
> されているのにも関わらず、わざわざ非標準の冗長な情報を
> 付加するのは、無駄なことではないかと思うのですが…

  小生も含めて、「ヘッダーって何です〜？」って人々もML会員と
して参加資格はあると思うんです。ヘッダーを見ない人に優しい情
報はと考えるわけです。標準仕様があっても、それを無視し、乱す
情報も入って来る・・・・ つまり、スレッド管理を壊す、リセット
させるヘッダー付きのメールも入って来る。
  いつも思いますが、結局はユーザー側で補間しないと便利になら
ない事って多いと思ってます。
  ヘッダー内で管理できる情報が正しくある訳であれば、一般人が
見ている本文とヘッダーの代表的なSubject:に付加するデーターは
無用なデーターなんでしょうね。

> メーラがスレッドに対応していると、邪魔でしかありません。
> #
> スレッド表示にしていなくても、親メッセージを検索する機能が
> ある、なん
> # てのは多分珍しくありません。例えば Mew なら ^ & ( )
> で飛び回れます。
>
> というか、加入されている ML
> 全てにこんな要求を出して回るおつもりですか?
> 意図的に標準を無視する、ってのは、こういうときに苦しくなる
> んですよ。
>
> さて、意図していることを実現するには、本文の先頭じゃなく
> て、References: を見て Message-Id:
> に対して検索すれば事足りると思います。
> わざわざ本文をパースする必要もないし、MLを通さずに個人的に
> 来た返信もスレッドに突っ込めます。

なるほど、ソフトに任せるのなら、その方法が一番手っ取り早いわ
けですね。で、気になるのは、スレッドを破壊すると言う、有名な
メールクライアントソフトなんです。

> #
> ここまでやるなら、もうスレッド対応のメーラを使う方が速いか
も…
> # それか、get で拾ってきて MHonARC に任せてしまうとか。
> #
> いや、もちろんプログラミングの教材としてはおもしろいのです
> が。

  みんなが使えないソフトを開発した所で、認知されないのであれ
ば、そのソフトが食うためだけのシステムの変更は我儘と言うもの
です。
  fetchmail + Procmail + シェルスクリプト を利用して、受信メ
ールは、既にPostgreSQLに自動的に振り分けられるユーザー志向の
システムはあるのですが、そんなことを持ち出しても雑音です。済
みません。
 
ところで、MLシステムが自動でSubject:にスタンプされる、plamo:xxxxx

と言うシーケンス番号を利用すれば、素人でも、分かり易いかしら
と考えが及びましたが、これだけ「無駄」の御意見を、既にある標
準に従うべきと意見を拝聴し、これは無用なインパクトだなと考え
るに至りました。まあ、Plamoな質問だけをしたいと反省しておりま
す。失礼致しました。

PS: MLのコマンドで、References:やら、Message-Id:の検索で、mget
な手法で取り込めるのでしょうか？ 少し実験してみる必要有ですね
。


__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
Follow-Ups
[plamo:17557] Re: (17525) Re: MLの直前の参照番号を残して戴けませんか？, Shun-ichi TAHARA (田原 俊一)
References
[plamo:17532] Re: (17525) Re: MLの直前の参照番号を残して戴けませんか？, Shun-ichi TAHARA (田原 俊一)
[検索ページ] [メール一覧]
Plamo ML 公開システム