【要望】重複メールの判断No.00823
Gersen さん 00/10/27 10:09
 
重複メールの判断方法について要望があります。

重複メールかどうかの判断はMessage-Idを使用しておられるということ
ですが、Message-Idが同一でも重複していないと判断されることがあり
ます。具体的にはMLを経由してきたメイルと同じものが直メールできた
時などに重複していないと判断されます。この場合はヘッダがML側で
追加されるためかなと思ったのですが、ヘッダを同一にして本文にスペー
スを一つだけ追加しても重複していないと判断されます。ということは
Message-Id以外にメールのサイズも重複の判断基準になっているという
事かなと考えたのですが、それで間違いないですか?

もしそうなら、仕事上、同一のメイルが複数のMLを経由して届くことが
ありますので、できればMessage-Idのみで判断してくれるモードを追加
していただけると助かります。

よろしくご検討の程、お願い致します。

[ ]
RE:00823 【要望】重複メールの判断No.00832
秀まるお さん 00/10/27 11:47
 
 レス忘れしてたような気がしますが、ここにだけ返事させていただきます。

 重複メールのチェックについてはたしかMessage-Idだけだと思ったんですが、
メールのDate:とサイズもチェックしていました。

 Message-Id:のみに変更します。

[ ]
RE:00832 【要望】重複メールの判断No.00886
かかし さん 00/10/30 14:45
 
かかし@ごみメール っす。

> 重複メールのチェックについてはたしかMessage-Idだけだと思ったんですが、
>メールのDate:とサイズもチェックしていました。
>
> Message-Id:のみに変更します。

たとえば、
・あるメーラで受信した「添付ファイル付きの」メールを鶴亀メールにインポート。
・同一メールを鶴亀メールで「添付ファイルを削除」する。
同一 Message-ID ですよね。

ちなみに、どうなりますか?

#細かいことでごめんなさい。

[ ]
RE:00886 【要望】重複メールの判断No.00887
きいろいまふらあ さん 00/10/30 15:18
 
きいろいまふらあです。
便乗です。

>同一 Message-ID ですよね。
>
>ちなみに、どうなりますか?

そもそもどのメールを残すかって、どうやって決めているのでしょうか?

[ ]
RE:00887 【要望】重複メールの判断No.00889
"y.iida" さん 00/10/30 16:10
 
こんxxは〜

>>同一 Message-ID ですよね。
>>
>>ちなみに、どうなりますか?
>
>そもそもどのメールを残すかって、どうやって決めているのでしょうか?

間違え無いと思うのですが・・
(詳しくは、斉藤さんのレスを待ちます)
ホクも年中使う機能なので、やってみました(^^;;;

鶴亀が出した(重複の窓に出る)上が残るみたいです
(添付はデータが無いのでやって無いのです
 添付などの関係であればユーザーの責任で判断?)

[ ]
RE:00889 【要望】重複メールの判断No.00896
きいろいまふらあ さん 00/10/30 17:39
 
きいろいまふらあです。

>>そもそもどのメールを残すかって、どうやって決めているのでしょうか?
>鶴亀が出した(重複の窓に出る)上が残るみたいです

そうだとしたら、その窓に出る順番はどうやって決めているのでしょうか?
ということになるのですが。(^^;
#もちろんこの答えをy.iidaさんに期待しているわけではないですよ。(^_^)

たとえば、ML経由で来たのと、直通で来たのを「重複チェック」するとしたら、
私の場合はML経由で来たの方を残したいわけですが、つるかめがそんなとこを
判断するロジックを実装するということがあまり想像できない。(^^;

ので、例えば「つるかめが先に受け取ったほうを残す」とかいう仕様なら、
私は使いたくないです。

それよりも、ほんとに同じメールを2回受信しちゃったとか、2回とりこんじゃった
とか、
振り分け中につるかめが死んじゃってドッペルゲンガー!、なんていうのを
チェックして欲しいなあと思うです。

例えば「重複メールのチェック」で

Message-Id以外に以下の項目でチェックする
□Dateヘッダ
□ファイルサイズ(誤差の許容値[    ]Byte)
□バイナリ比較

なんて感じになると、価値観の多様化にもある程度対応できるかな、と。
技術的な難しさなどはあえて無視しておりますが。(^^;

「誤差の許容値」は末尾にごみがついちゃったりしたときのため。

[ ]
RE:00896 【要望】重複メールの判断No.00897
"y.iida" さん 00/10/30 19:11
 
>きいろいまふらあです。

(^-^)/ドモ ゴミレスで失礼します。

>そうだとしたら、その窓に出る順番はどうやって決めているのでしょうか?
>ということになるのですが。(^^;

>#もちろんこの答えをy.iidaさんに期待しているわけではないですよ

あっ、ボクも答えられません(^_^;;;)

先に見つかった方=先にフォルダにある方?
フォルダのソート順?まで考慮している?
う〜ん、分からずですぅ。

>ので、例えば「つるかめが先に受け取ったほうを残す」とかいう仕様なら、
>私は使いたくないです。

ええと、ボクの使い方なんですけど、外出用のノートで取ったものを
無条件にインポートしちゃってから、重複メールを削除!一通を残す
をしています。(添付の事は何も考えていなかったです(^^;; ヤバ?)

>□バイナリ比較
これはかなり遅いかも?

斉藤さんを待ちましょう。

[ ]
RE:00897 【要望】重複メールの判断No.00901
かかし さん 00/10/30 19:44
 
かかしっす。

>>きいろいまふらあです。
>
>(^-^)/ドモ ゴミレスで失礼します。

みなさん、こんばんは。

#同じくごみレス。

>>ので、例えば「つるかめが先に受け取ったほうを残す」とかいう仕様なら、
>>私は使いたくないです。
>
>ええと、ボクの使い方なんですけど、外出用のノートで取ったものを
>無条件にインポートしちゃってから、重複メールを削除!一通を残す
>をしています。(添付の事は何も考えていなかったです(^^;; ヤバ?)

重複メールの削除は、別メーラからインポートした時くらいしか
使わないのかなあ〜、なんて考えてました。

>>□バイナリ比較
>これはかなり遅いかも?

比較は基本的にMessage-IDだけで十分だと思います。
ヘッダの差異はあるにせよ本文にあまり影響がないと思うからです。

ただ、鶴亀メールでは編集が可能なので

「某メーラで自動改行が入って読みづらくなったメールを
せっかく直したのに改行を直した方が消えちゃった」

・・なんて事があるかと思いまして。

[ ]
RE:00897 【要望】重複メールの判断No.00902
きいろいまふらあ さん 00/10/30 20:44
 
きいろいまふらあです。

>ええと、ボクの使い方なんですけど、外出用のノートで取ったものを
>無条件にインポートしちゃってから、重複メールを削除!一通を残す
>をしています。(添付の事は何も考えていなかったです(^^;; ヤバ?)

これは私のやりたいことと同じ側ですよね。
「全く同じ」メールをはじく「だけ」。

>>□バイナリ比較
>これはかなり遅いかも?

「かなり」ですか……。
message-idが一致した場合だけチェックすればいいので、
message-idが一致した数に依存する、と考えました。
でも、大きなファイルが添付されているようなメールのことまでは
考えてなかったです。
定量的な話をするほどの根拠は持ち合わせてないです。ごめんなさい。

ま、やりたい人は時間がかかるの覚悟でバイナリ比較すれば、程度の軽い気持ち。
実際にはdateとファイルサイズで充分なんでしょうね。
#そしてこれ↑は従前の仕様ですね。(^^;

自分のことだけ考えたら
・message-idのみでチェック
・message-id+date+サイズでチェック
の二つが別々に用意されてたらいいな、というとこです。
#ついつい「豪華」仕様にさせたがるのは私の悪い癖です。反省。(^^;

>斉藤さんを待ちましょう。

そうですね。

[ ]
RE:00901 【要望】重複メールの判断No.00903
きいろいまふらあ さん 00/10/30 20:44
 
きいろいまふらあです。
ちょっとだけ。

>比較は基本的にMessage-IDだけで十分だと思います。
>ヘッダの差異はあるにせよ本文にあまり影響がないと思うからです。

ML経由と、直通の重複なんかの場合も?
ま、先に振り分けてしまえばいいと言われればそれまでですが。

あれ、もしかして違う話をしちゃってますか?私。

[ ]
RE:00902 【要望】重複メールの判断No.00904
"y.iida" さん 00/10/30 21:19
 
>きいろいまふらあです。

たびたびすいません。

>・message-idのみでチェック
>・message-id+date+サイズでチェック

変な質問だったらごめんなさい(良く知らないのでご教授下さい)
MessageIDが同一でDateが違うって事があるのですか?
MessageID=ユニークなキーというボクの認識は間違えでしょうか?
(赤恥かもしれない?<私 (^^;; ヒヤアセ)

>の二つが別々に用意されてたらいいな、というとこです。
>#ついつい「豪華」仕様にさせたがるのは私の悪い癖です。反省。(^^;

サイズ比較はログで見なければならない事
(→たぶん苦しいかも?)

ヘッダーが違う場合もサイズが違う(転送などで別POPからの受信)のも
同一メールではないという事になると思うので
(→ボクは困っちゃうなぁ(^_^;)個人的でごめんなさい)

ではでは〜〜(^^)/

[ ]
RE:00904 【要望】重複メールの判断No.00905
きいろいまふらあ さん 00/10/31 00:07
 
きいろいまふらあです。
いきおいで書くとろくなことがないですね。
あーうー、私が赤恥なのです、きっと。

>MessageIDが同一でDateが違うって事があるのですか?

あーうー、ないんですかね。ないんでしょうね。

>MessageID=ユニークなキーというボクの認識は間違えでしょうか?

送信時点ではmessage-idでユニークですよね。そうですよね。

>ヘッダーが違う場合もサイズが違う(転送などで別POPからの受信)のも
>同一メールではないという事になると思うので
>(→ボクは困っちゃうなぁ(^_^;)個人的でごめんなさい)

あー別popですか。そこまで考えてなかったです。
同じpopから2回拾ったら「まったく同じ」ですよね。
そこまでしか考えてなかったです。

なんかひたすら私が浅はかだったようです。
一度引っ込ませて下さい。(^^;

ただ、popサーバまでは1通のメールだったものが、何かのはずみで
複数になってしまった場合に、それら(だけ)をチェックできるような
仕組みを残していただければ、と思います。<しつこい。

[ ]
RE:00896 【要望】重複メールの判断No.00918
秀まるお さん 00/10/31 11:34
 
> >>そもそもどのメールを残すかって、どうやって決めているのでしょうか?
> >鶴亀が出した(重複の窓に出る)上が残るみたいです
>
> そうだとしたら、その窓に出る順番はどうやって決めているのでしょうか?

 実は、順番は適当です。たぶん、受信した日付が古い物から順番に出てくると
思いますけど。

 その辺、Message-Id:で比較して一致しつつも他の部分が違う場合には、それ
なりのメッセージを出すなど、改良が必要かもしれないです。

[ ]
RE:00905 【要望】重複メールの判断No.01176
きいろいまふらあ さん 00/11/07 17:18
 
きいろいまふらあです。

>>MessageIDが同一でDateが違うって事があるのですか?
>あーうー、ないんですかね。ないんでしょうね。

やっとサンプルが現れてくれました。
MLによっては、MLサーバがdateを付け直すことってありますよね?
なので、例えば同一のメールがML経由と直通とで2重に届いた場合、
二つのメールはmessage-idは同一でdateが違うことがありえます。

#某MLのサーバの事故で、同じメールが複数回届いたので気づきました。

私は、こんなメールはそれぞれ残っていて欲しいので、
 message-idのみによる重複チェック
のほかに、もうちょっと厳密?なチェックもしたいです。
任意のヘッダを重複チェックに使えるようになりませんでしょうか?
複数指定できれば言うことなしですが、とりあえずは1つでも。

それと、重複を見つけたときに、どちらを残すか選べればと思います。

以上、あらためて要望としてあげさせていただきます。
ご検討のほどよろしくお願いします。

[ ]
RE:01176 【要望】重複メールの判断No.01212
秀まるお さん 00/11/08 09:02
 
> 以上、あらためて要望としてあげさせていただきます。
> ご検討のほどよろしくお願いします。

 Message-Id:が同一で他の部分が違う場合は別の警告メッセージを出すように
します。少々お待ちを。

[ ]
RE:01212 【要望】重複メールの判断No.01235
きいろいまふらあ さん 00/11/08 14:49
 
きいろいまふらあです。

> Message-Id:が同一で他の部分が違う場合は別の警告メッセージを出すように
>します。少々お待ちを。

ありがとうございます。期待して待っております。

[ ]
RE:01235 【要望】重複メールの判断No.01254
秀まるお さん 00/11/08 18:10
 
> > Message-Id:が同一で他の部分が違う場合は別の警告メッセージを出すように
> >します。少々お待ちを。

 V0.42にて、一応メッセージを変えたんですが、あんまり変わってないと言わ
れれば変わってないような感じです。

 つまり、今までの「重複してる」のダイアログボックスに、同じなのが何かを
表示するようにしただけです。

 Message-Id   Date:ヘッダ    サイズ

 の3つがあるだけです。

 Message-Idが一致していて他が違っていたとしても、結局1つを残して他を削
除する以外に無いと思うんですけど、一応、内容を確認するためにはメールを1
つ1つダブルクリックして開いてみれば分かる仕様です。

 んでもって、特定のメールを削除したい場合は、自分でDeleteキーで削除して
もらうという仕様にしました。

[ ]
RE:01254 【要望】重複メールの判断No.01280
きいろいまふらあ さん 00/11/09 01:58
 
きいろいまふらあです。

> つまり、今までの「重複してる」のダイアログボックスに、同じなのが何かを
>表示するようにしただけです。

ありがとうございます。

> んでもって、特定のメールを削除したい場合は、自分でDeleteキーで削除して
>もらうという仕様にしました。

とりあえず選択して削除できるのは助かります。
使っているうちにまた要望が出てくると思いますが、
それはまたあらためて。

[ ]