「IPアドレスの最近傍識別を行うSPAM Filter」記事へのコメント

SPFなどとの併用も

[Livingdead (18685)]

IPアドレスベースでの迷惑メール防止技術ということではSPFのようなドメイン詐称を見抜く技術がありますが、そもそもドメイン管理者がゾーン情報にSPFレコードを追加してくれなければ利用できないとか転送に弱かったり [mew.org]するので、受け手側（に近いMTA）だけでできる対策としてよさそうですね。よい学習結果が得られるようにSPFなどを併用してドメインを詐称しているメールは取り除いてしまうというのもいいかもしれません。

それはそうと最近ふと携帯電話(au)のメール設定をみてみたらSPFに対応 [kddi.com]しているんですね。設定したとたんに Yahoo ドメインを騙っている迷惑メールが携帯電話に来なくなって快適になりました。いつからこんな設定ができるようになってたんだろう。

Yahoo は DomainKeys 派かと思ってたんですが、そもそもこの手の技術／規格にはもう○○派とか○○陣営とかはないのかな。

--
屍体メモ [windy.cx]

Re:SPFなどとの併用も

[shojin (28072)]

既にSPFを設定しているspammerがいるのでこれ単体での迷惑メール対策というのはありえないと思います。手抜きspammerは+allやallという設定なので一発で判断できますが、spammerによっては送信に使うアドレスブロックを書いていたりするのでSPFだけで一概に迷惑メールか否かを判断できません。さりとて、迷惑メール中のアドレスがSPFを使っていた場合、関係ない人々を巻き込む恐れがあるのでやっていませんが、これは重要な判断材料にはなると思います。

近傍の判断方法が良くわからないのですけれど、手元のspammer IPアドレス集を見る限り、同じ/24から送って来ない方が多いのでこの記事の方法の有効性は少し眉唾です。

Yahoo!JAPANはSPFも使っていますが、米国のYahoo!はDKIM (DomainKeys) だけだと思いますよ。

Re:SPFなどとの併用も

[Anonymous Coward]

SPFはenvelopeを書き換えない転送に弱い。
DomainKeysはMLのように元送信者と配送元が異なる場合に弱い。
SPFとDomainKeysは互いの欠点を補完しあうような実装なので、どちらかではなく併用するのがベストです。

Re:SPFなどとの併用も

[Ryo.F (3896)]

DomainKeysはMLのように元送信者と配送元が異なる場合に弱い。

まず、今やDomainKeysは使われてなくて、その後継のDKIMが使われるようになっていると思います。Yahoo!もそうです。
次に、Livingdeadさんが示したリンク [mew.org]にもありますが、MLで書換が発生するSubject:やReceived:を署名に含めない、という設定が可能なので、DKIMが特別MLに弱いというわけではありません。