アカウント名:
パスワード:
spamassassinのようなフィルタプログラムでスパムにマークして、それのマークをprocmailで振り分ければいいだけでは?たまに誤判定もするけど、それは学習させればいいし。定期的に自動学習するようにcronでも設定しておけば、誤判定したメールをspamフォルダに移すだけでよいし。
まず、自分でスパムのどの部分のパターンを取り出してprocmailのレシピにするのかが手間だし、そのパターンもランダムに変わらないところを選ばないと行けないし、あまり一般化すると必要なメールも引っかかるしで、面倒ばかりでいいことあるとは思えないけど。それから、procmailのレシピが肥大化して15秒とか、いったい何件ルールを書いているのだか。ちょっと古めのCPUでも、1000件の処理なんて一瞬でしょう?
自分でルールを厳密に決めて、完璧にスパムをはじきたいなら、もうルールをひたすら書き続ければいいと思う。
spamassassinつかっていますが、各種SPAM発信源IPv4アドレスを掲載しているDNSへの照会がけっこう時間がかかりますね。うちは30秒くらいかかっています。並列化してもこの部分は高速化できません。
ほかに有用な方法としては、http://www.spamarrest.com/ [spamarrest.com]なんかがあるとおもいます。メールの送信者はメールをおくった後、自動返信メールでこのサイトに誘導され、CAPTCHAをしなければならず、通るとメールが本来の宛先に届くというものです。送信者に手間をかけさせるのがよいのかどうかは議論のわかれるところでしょうが...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
spamassassinでいいのでは? (スコア:0)
spamassassinのようなフィルタプログラムでスパムにマークして、それのマークをprocmailで振り分ければいいだけでは?
たまに誤判定もするけど、それは学習させればいいし。定期的に自動学習するようにcronでも設定しておけば、誤判定したメールをspamフォルダに移すだけでよいし。
まず、自分でスパムのどの部分のパターンを取り出してprocmailのレシピにするのかが手間だし、そのパターンもランダムに変わらないところを選ばないと行けないし、あまり一般化すると必要なメールも引っかかるしで、面倒ばかりでいいことあるとは思えないけど。それから、procmailのレシピが肥大化して15秒とか、いったい何件ルールを書いているのだか。ちょっと古めのCPUでも、1000件の処理なんて一瞬でしょう?
自分でルールを厳密に決めて、完璧にスパムをはじきたいなら、もうルールをひたすら書き続ければいいと思う。
Re:spamassassinでいいのでは? (スコア:0)
spamassassinつかっていますが、各種SPAM発信源IPv4アドレスを掲載しているDNSへの照会がけっこう時間がかかりますね。
うちは30秒くらいかかっています。
並列化してもこの部分は高速化できません。
ほかに有用な方法としては、http://www.spamarrest.com/ [spamarrest.com]なんかがあるとおもいます。
メールの送信者はメールをおくった後、自動返信メールでこのサイトに誘導され、CAPTCHAをしなければならず、通るとメールが本来の宛先に届くというものです。
送信者に手間をかけさせるのがよいのかどうかは議論のわかれるところでしょうが...