迷惑メール、Date:とReceived:の日付が大	No.00130
（け） さん　07/02/20 06:25
（け）です。 少し前から気になっていたのですが、 「迷惑メールフィルターの設定」→「フィルタの詳細」で、 「少し危険」の ■Date:の日付がReeived:の日付とだいぶ違うメールを迷惑メール扱いとする を有効にしているのですが、どうも効いていないような気がします。 先ほども、以下のようなタイムスタンプのメールが迷惑メールフィルタに掛から ず、unclear　になりました。もっと違わないと引っ掛からないのでしょうか？ Date:   Mon, 1 Jan 2001 10:06:25 +0480 Received:   Tue, 20 Feb 2007 06:04:37 +0900 Received:   Tue, 20 Feb 2007 06:04:37 +0900 Received:   Tue, 20 Feb 2007 06:04:11 +0900 以上、よろしくお願いします。

[ △ ]

RE:00130 迷惑メール、Date:とReceived:の	No.00131
秀まるお さん　07/02/20 08:50
テストしてみたら、たしかにそのReceived:ヘッダだと迷惑メール判定されな いです。 　Received:ヘッダは、普通、 　Received: from XXX for YYY; Tue,20 Feb 2007 ... 　みたいに、途中にセミコロンがあってからその後ろに日付が入っているはずだ と思います。秀丸メールの迷惑メールフィルターもそういう前提で動作してまし て、セミコロンが無い場合は日付が入ってないのと見なされて、うまく判定しな いようです。 　もしそういう、Received:ヘッダの中身が日付だけってタイプがあるのなら、 そういうタイプにも対応したいと思いますけど。どうでしょ？

[ △ ]

RE:00131 迷惑メール、Date:とReceived:の	No.00132
（け） さん　07/02/21 04:49
（け）です。 >　テストしてみたら、たしかにそのReceived:ヘッダだと迷惑メール判定されな >いです。 > >　Received:ヘッダは、普通、 > >　Received: from XXX for YYY; Tue,20 Feb 2007 ... > >　みたいに、途中にセミコロンがあってからその後ろに日付が入っているはずだ >と思います。秀丸メールの迷惑メールフィルターもそういう前提で動作してまし >て、セミコロンが無い場合は日付が入ってないのと見なされて、うまく判定しな >いようです。 > >　もしそういう、Received:ヘッダの中身が日付だけってタイプがあるのなら、 >そういうタイプにも対応したいと思いますけど。どうでしょ？ すみません。省略してました。正確には下記のとおりです。 一部、セミコロンのあとが改行されているのがちょっと気になりますが・・・ Date:     Mon, 1 Jan 2001 10:06:25 +0480 Received: by mbox82.nifty.com id 45da10e50e4039;     Tue, 20 Feb 2007 06:04:37 +0900 Received: from mxg301.nifty.com by flt532.nifty.com with SMTP id 45da10e5019ba4;     Tue, 20 Feb 2007 06:04:37 +0900 Received: from suhail-8c3d68d9 ([59.94.97.8])by mxg301.nifty.com with ESMTP id l1JL47xW005959;     Tue, 20 Feb 2007 06:04:11 +0900 Received: from 207.217.125.17 (HELO mx01-dom.earthlink.net)      by nifty.com with esmtp (+2T40.'=3 -E>I@)      id 9'6U)C-C80/XW-G9      for xxxxxxx@nifty.com; Mon, 1 Jan 2001 10:06:25 +0480

[ △ ]

RE:00132 迷惑メール、Date:とReceived:の	No.00133
秀まるお さん　07/02/21 09:31
一番最後のReceived:ヘッダの日付が「Mon, 1 Jan 2001」になっているので、 それで通ってしまってるようです。 　しいて、一番先頭のReceived:ヘッダだけ比較すれば迷惑メールってことにな りますけど。 　一番先頭だけだとちょっと不安なので、先頭から２つだけ比較するとかって作 戦にしてもいいですが…。 　こういうケースが希なケースってことなら、今のままの仕様にした方がいいと 思います。希でなくて、こういうケースが多いようなら、例えばそういう、先頭 のReceived:ヘッダだけ見て判断するように直すとかって作戦もありますけど。

[ △ ]

RE:00133 迷惑メール、Date:とReceived:の	No.00134
kahara さん　07/02/21 12:18
KAHARA　と申します。 一応、迷惑メール関連の仕事をしているので、、 >　一番先頭だけだとちょっと不安なので、先頭から２つだけ比較するとかって作 >戦にしてもいいですが…。 > >　こういうケースが希なケースってことなら、今のままの仕様にした方がいいと >思います。希でなくて、こういうケースが多いようなら、例えばそういう、先頭 >のReceived:ヘッダだけ見て判断するように直すとかって作戦もありますけど。 少なくとも一番上（及びプラスいくつか）のヘッダは、受信者側の プロバイダで付与しています。 今回の例では、３つ目までプロバイダ付与ですね。 Received:ヘッダを１つしか付与しないプロバイダの場合、最悪、 ２つ目のReceived:ヘッダから詐称されている可能性があり、ここ の日付も信用できません。 （Date:を手抜きするorいい加減設定のマシン日付を使うようであ 　れば、詐称するReceived:ヘッダの日付もいい加減である可能性 　が高い。） ２つ目までの比較とすると、このようなプロバイダ利用で、今回 のメールを受信した場合、同様になってしまいます。 従って、先頭との比較だけとしないとまずいと思います。 追伸 　この機能は使用していなかったので、仕様を理解しておらず、 　今までコメントしなかったことをお詫びします。 　※　個人的には、送信マシンの日付を誤っているケースの判定 　　　にしかならないのでは、と思っています。 　蛇足ながら、その他の機能で、当方の迷惑メール判定は十分満足 　しています。

[ △ ]

RE:00134 迷惑メール、Date:とReceived:の	No.00135
秀まるお さん　07/02/21 14:14
つまり偽装されたReceived:ヘッダで比較しても無意味ってことですが、先頭 のReceived:ヘッダだけで判断してしまうのはちょっと怖いかなぁと…。 　というのは、例えば秀丸メールで受信した普通のメールを何日か経過してから 「そのまま転送」とした場合に、それが迷惑メールと判定されてしまうからです けど。Received:ヘッダ全部を見る動作なら迷惑メールとはならないです。とい うのは、つまり「そのまま転送」の時に元々あるReceived:ヘッダを削除せずに 転送してるからですが。 　そういう関係もあるので、それらを総合的に判断すると…Received:ヘッダが 複数ある場合は、最終のReceived:ヘッダだけ除外して判定するようにしようか なぁと…。迷惑メールの業者さんも、偽装したReceived:ヘッダをあえて複数入 れるような手の込んだことまではしないだろうということで。 　って風に直してみます。

[ △ ]

RE:00135 迷惑メール、Date:とReceived:の	No.00136
kahara さん　07/02/21 17:19
KAHARAです。 「そのまま転送」を失念していました。 Date:の日付のずれた迷惑メールをいくつか見てみましたが、 ・Date:とも違うが、受信日時とも違う日付の詐称Received:ヘッダ ・日付の無い詐称Received:ヘッダ ・詐称Received:ヘッダはない というもので、見た限りでは、複数の日付のずれた詐称したReceived:ヘッダ をもつものはありませんでした。 ということで、とりあえず、 >　そういう関係もあるので、それらを総合的に判断すると…Received:ヘッダが >複数ある場合は、最終のReceived:ヘッダだけ除外して判定するようにしようか >なぁと…。迷惑メールの業者さんも、偽装したReceived:ヘッダをあえて複数入 >れるような手の込んだことまではしないだろうということで。 てことで、良いと思います。

[ △ ]

RE:00135 迷惑メール、Date:とReceived:の	No.00137
（け） さん　07/02/22 05:33
（け）です。 >　そういう関係もあるので、それらを総合的に判断すると…Received:ヘッダが >複数ある場合は、最終のReceived:ヘッダだけ除外して判定するようにしようか >なぁと…。迷惑メールの業者さんも、偽装したReceived:ヘッダをあえて複数入 >れるような手の込んだことまではしないだろうということで。 > >　って風に直してみます。 Received:を偽装していたんですね・・・ よろしくお願いします。

[ △ ]

RE:00135 迷惑メール、Date:とReceived:の	No.00139
（け） さん　07/02/22 16:04
（け）です。 >　そういう関係もあるので、それらを総合的に判断すると…Received:ヘッダが >複数ある場合は、最終のReceived:ヘッダだけ除外して判定するようにしようか >なぁと…。迷惑メールの業者さんも、偽装したReceived:ヘッダをあえて複数入 >れるような手の込んだことまではしないだろうということで。 > >　って風に直してみます。 β８で迷惑メールに判定されるようになりました。 ありがとうございます。

[ △ ]

---