スレッドとReferencesヘッダについてNo.09170
おひ さん 05/04/02 12:13
 
おひと申します.
いつもお世話になっております.


以前にも出ていたようですが,この辺でもう一度要望させて頂きます.

鶴亀メールの場合,スレッドを繋ぐ時 In-Reply-To しか見ていません
がこれを他のメールソフト同様に,References でも繋ぐようにして頂
けないものでしょうか?

また,鶴亀メールから送信する場合,References は最新の Message-Id
1つだけ残しそれ以外削除してしまいますが,これも無制限とまでは言
いませんがある程度残して送信するようにして頂くことはできないもの
でしょうか?
上記と合わせると,鶴亀利用者&受信者側も幸せになれると思います.
#In-Reply-To と References が同じでは意味が無いと思います….


多分,この辺の手直しは面倒な話だろうと思い控えていましたが,
これを機に一考頂けたらと思います.
ご検討の程宜しくお願い致します.

[ ]
RE:09170 スレッドとReferencesヘッダにつNo.09171
Kengo さん 05/04/03 08:26
 
> また,鶴亀メールから送信する場合,References は最新の Message-Id
> 1つだけ残しそれ以外削除してしまいますが,これも無制限とまでは言
> いませんがある程度残して送信するようにして頂くことはできないもの
> でしょうか?

私はマクロでやってます。
以下、いろいろやってる中からの抜き出しなので、そのままでは
動かないでしょうが、まぁ「こんな感じ」ということで。

----
$s = dllfuncstr( "CurrentHeader", "References" );
$d = dllfuncstr( "RootHeader", "References" );
if( $s != "" && $d != "" ) {
    $s = $d + "\n " + $s;
    call formmsgid $s;
    $s = $$return;
    $s = dllfuncstr( "SetHeader", "References", $s );
}

...

// References用 メッセージID整形
// "<...>"を1行ごとに切り出す。
// 2行目以降は、行頭にTABを付ける。
formmsgid:
    $$s = $$1;
    $$t = "";
    $$bra = "<";
    $$ket = ">";
    ##bra_len = strlen( $$bra );
    ##ket_len = strlen( $$bra );
    while( true ) {
        ##bra_loc = strstr( $$s, $$bra );
        ##ket_loc = strstr( $$s, $$ket );
        if( ##bra_loc >= 0 && ##ket_loc >= 0 && ##bra_loc < ##ket_loc ) {
            $$msgid = midstr( $$s, ##bra_loc, ##ket_loc - ##bra_loc + ##ket_
len );
            if( $$t != "" ) {
                $$t = $$t + "\t";
            }
            $$t = $$t + $$msgid + "\n";
            $$s = midstr( $$s, ##ket_loc + ##ket_len, strlen($$s) - ##ket_lo
c - ##ket_len );
        } else {
            break;
        }
    }
return $$t;

[ ]
RE:09170 スレッドとReferencesヘッダにつNo.09172
秀まるお さん 05/04/03 21:44
 
 References:ヘッダに複数Message-Idが入っていても、鶴亀メールはその最後
のMessage-Idしかスレッド連結に使わないという仕様と、「返信メール」などの
時に、References:ヘッダに複数Message-Idを入れないという2つの問題が以前
からある訳ですが…。

 とりあえず後者についてだけ先に対応しようかなぁと思います。

 前者については、やはり内部的な事情で難しいんですけど。暇な時にでも仕組
みを考えたいと思います。

[ ]
RE:09171 スレッドとReferencesヘッダにつNo.09173
おひ さん 05/04/04 20:03
 
おひと申します.
Kengo さんコメント有難うございます.

ほとんど手直し無しでうまく動きました.
とりあえずこれで相手方からのクレームに対処できます.
有難うございました.m(_ _)m

#皆さん色々とやられているんですね.

[ ]
RE:09172 スレッドとReferencesヘッダにつNo.09174
おひ さん 05/04/04 20:10
 
おひと申します.
いつもお世話になっております.


>  とりあえず後者についてだけ先に対応しようかなぁと思います。
毎度有難うございます.宜しくお願い致します.

>  前者については、やはり内部的な事情で難しいんですけど。暇な時にでも仕組
> みを考えたいと思います。
だろうと思っていたのですが思い切って要望を出してしまいました.m(_ _)m

確かに,References を2つまでしか残さないメールソフトもあるので,
鶴亀が実装したからといって必ず繋がるわけでは無い事は理解しています.
#せめて3つまで残してくれれば1対1のやりとりが繋がるのに….

でまだ先の話になると思いますが希望する動作としては,
・References より In-Reply-To を優先
 (In-Reply-To が 複数Message-ID含んでいる場合はどうするか)
・In-Reply-To に示す親メールが無い場合,References を参照.
 (References は最新の Message-Id から順次探す)
・遅れてきたメールも正しい位置に繋ぎ直す.
と言った感じでしょうか.
でも,実現する場合,メモリ消費や快適さにどう影響でるのか気になっ
てしまいますね.

尚,この要望は ML での効果より,1対1等のやりとりでうまく話題が
依って欲しいなぁという期待からでした.
(Thunderbird とか見てるとやっぱり羨ましかったり (^^;)


メールの場合,勝手スレッドが繋がるのを嫌がる方もいらっしゃいますが,
実際どうなんでしょ?

[ ]
RE:09174 スレッドとReferencesヘッダにつNo.09175
たまちゃん さん 05/04/04 20:21
 
> メールの場合,勝手スレッドが繋がるのを嫌がる方もいらっしゃいますが,
> 実際どうなんでしょ?

私が勝手にスレッド潔癖症と名付けている方の声が大きいために
大多数(だと私には思われる)のスレッドなんてどうでもいい派
の声がかき消されているように思います。

スレッドつながりのメールに返信メールで新規の話題をだすこと
に対して必ずメーリングリスト上でしかる方がいますが,私にと
ってはそんなことはどうでもいいことです。メールはスレッドで
はなく必ず時系列で見る方もおられる訳です。

鶴亀に関して言えば,細かい要望ばかり出して,どうして皆さん
IMAPを是非実現してくれという声をもっともっと出さないのかを
いつも不思議に思っています。

と勝手なことを書きました。すんません。(^^

ということでIMAP実現してくださいに100票。:-)

[ ]
RE:09175 スレッドとReferencesヘッダにつNo.09176
おひ さん 05/04/04 21:29
 
おひと申します.
たまちゃんさんこんばんは.

> に対して必ずメーリングリスト上でしかる方がいますが,私にと
> ってはそんなことはどうでもいいことです。メールはスレッドで

えっ,以外ですね.
ML ではそれは最低限のマナー(内容云々ではなく参加し発言に対する)
だと思っているので私は気を付けていますね.
#仕事だとたまにありますけど.(^^;

> はなく必ず時系列で見る方もおられる訳です。

実は私も普通のメール(お仕事メール)は時系列表示・閲覧です.
で,前後の話の繋がりを確認する必要がある場合だけスレッド表示に切
り替えています.(ML は当然スレッド表示ですけど)
#この使い方が本要望に繋がる訳で….

> 鶴亀に関して言えば,細かい要望ばかり出して,どうして皆さん
> IMAPを是非実現してくれという声をもっともっと出さないのかを
> いつも不思議に思っています。

うっ,言ってしまいましたね….
個人的にはまだ?必要に迫られていないので声を出していませんが,
環境的にボチボチ….

[ ]
RE:09176 スレッドとReferencesヘッダにつNo.09177
たまちゃん さん 05/04/04 21:48
 
>ML ではそれは最低限のマナー(内容云々ではなく参加し発言に対する)
>だと思っているので私は気を付けていますね.

もちろん私もせっかくきれいな庭にしているのにわざわざ土足で
踏みにじるようなことはしません。気をつけています。自分では
気をつけているけれども他の方がマナーを破っても咎めないとい
う態度だということです。

おひさんの要望は十二分に分かっています。

>個人的にはまだ?必要に迫られていないので声を出していませんが,
>環境的にボチボチ….

白状しますと1週間ほど前から使い始めたので,はじめて要望の
声を出したんです。

ということでもう100票。(^^

[ ]
RE:09177 スレッドとReferencesヘッダにつNo.09178
秀まるお さん 05/04/05 22:11
 
 IMAP対応なら、一応、ポン太さん作のメーラーdeネットニュースにて可能では
ありますが…。それ相当のじゃダメで、つまり、メールはあくまでサーバー上に
置いた上で、そのサーバー上でのフォルダ構成なんかがちゃんと鶴亀上で再現さ
れたり、検索なんかもサーバー上で実行されないとイヤって話ですかね?

 (っと念のため聞いてみる)

[ ]
RE:09178 スレッドとReferencesヘッダにつNo.09179
たまちゃん さん 05/04/05 22:37
 
>メールはあくまでサーバー上に
>置いた上で、そのサーバー上でのフォルダ構成なんかがちゃんと鶴亀上で再現さ
>れたり、検索なんかもサーバー上で実行されないとイヤって話ですかね?

はい。あとメールボックスを作成できたりと IMAPの標準的な仕様
です。民間のプロバイダでも IMAPをサポートしているところが増
えていますし,企業や教育機関でも(知っている範囲で)着実に
増えています。

いつの日か実現するのを心待ちにしております。かなり強いセール
スポイントになると思います。テストが必要であればいくらでも協
力させていただきます。:-)

[ ]
RE:09179 スレッドとReferencesヘッダにつNo.09180
秀まるお さん 05/04/05 22:46
 
 僕自身がIMAPクライアントもサーバーも使ったことが無いってことが、最大の
関門なんですけど…。RFC読むとかサンプルを探すとかって以前の問題でして…。

 やっぱり、他のネタ、例えば検索の高速化とかって方向を先にやりたい所です。

[ ]
RE:09180 スレッドとReferencesヘッダにつNo.09181
たまちゃん さん 05/04/05 23:23
 
できればうれしいなという感じですのでその気になるのを心長くお
待ちしております。

少し古いですが,日比野さんが書かれた文章があります。

http://www.atmarkit.co.jp/fmobile/rensai/imap01/imap01.html

また日本には IMAP4専門のメーリングリストがあって,私もかれこ
れ8年購読しています。

http://www.orangesoft.co.jp/ml/imap4-ml.html

[ ]
RE:09173 スレッドとReferencesヘッダにつNo.09182
秀まるお さん 05/04/07 18:01
 
 とりあえずReferences:ヘッダの生成の処理だけいじってみました。

 Becky!さんの場合だと、References:ヘッダには2つまでのMessage-Idしか入
れないような作りになっているようです。それを見習って、鶴亀メールでは最高
4つまでしか入らないようにしようと思います。

 なんでしたら8つにでも16個にでも出来ますけど…。

 あんまり沢山入れると、たぶんスレッド表示が遅くなるんだと思います。(鶴
亀メールでは関係ありませんけど、他のメールソフトの場合)

[ ]
RE:09182 スレッドとReferencesヘッダにつNo.09183
たまちゃん さん 05/04/08 00:55
 
4というのは絶妙のバランスですね。以前に References:ヘッダの
話をどこかで読んだことがあったと記憶していたのを先ほど思いだ
しました。滝澤さんの文書でした。

http://www.emaillab.org/essay/thread.html

(余談)http://www.emaillab.org/win-mailer/selected.html に
鶴亀が入っていません。随分前に動作報告を兼ねて鶴亀の仕様につ
いて報告したのですが,ご多忙につき更新されていません。残念。

[ ]
RE:09182 スレッドとReferencesヘッダにつNo.09184
おひ さん 05/04/08 02:28
 
;どうも届いていなかったので再送.ダブったら申し訳ございません.


おひと申します.
いつもお世話になっております.


有難うございます.お手数お掛け致します.

残す数については,意見が分かれるところかもしれませんが,個人的に
は Max 4つか6つぐらいで良いのではないかなぁと思います.
これぐらい残せば,受信側の繋ぐ気のあるメールソフト(兼ニュース
リーダー)は適当に繋げてくれると思いますので.
#実際には,鶴亀メールで4/6つ保持できても,他のメールソフトが
  介入すると3/4つで切れてしまう可能は高いと思いますが.

ちなみに6つの根拠は,将来的に,本要望の前半部分に絡んでくれると
嬉しいなという気持ちからです.(^^;;
#なので,更に個人的には余裕をもって Max 6つ.

鶴亀的に都合の良い方向でお任せしたいと思います.


ここから追記:
        私も読んだことあります.:-)

[ ]
RE:09184 スレッドとReferencesヘッダにつNo.09185
おひ さん 05/04/08 03:02
 
おひと申します.
いつもお世話になっております.

早々に訂正です.数え間違えました.m(_ _)m
4 or 5つで,個人的には5つ希望でした.

[ ]