日記ブログ、または雑多なメモ
広告
おかんが「かきが大量にあるから食べてや」というので、「食べ過ぎたらあたるから気をつけないかんね」というと、「ハ？」と言われた。
まず柿を食う。
で、iPhoneのためにprocmail＋bsfilterをサーバに設定しほぼ100%、Inboxにスパムメールが入るのは避けることが出来ているのだが、推論フィルタゆえまるっぽ信用するわけにもいかず、間違って必要なメールがスパム判定されていないか避けられたメールに一応ひと通り目を通さないといけない。 実際まれに間違いが発生することもある。 しかし、それこそ1日200通近くあるスパムからほとんどないであろう間違いをさがすというのも目が疲れるし、時間の無駄。
じゃあどうするかといえば、スパムメール群はよく見ればほぼ9割がた一目でスパムとわかる体裁をなしているので、procmailの判断であからさまなスパムメールは直接/dev/null行きにすればよい。
英文で来るスパム。 特徴的な単語の組み合わせをそのまま条件に当てはめてやればすんなり/dev/null行きにできる。
もう少しあるが長くなるので、後ほど全部をまとめたテキストへのリンクを貼る。 こうしてみると、英語でもいろいろと表現方法があるんだなぁ、と感慨にふけっている場合ではない。
ややこしいのはバイアグラとサイアリスで、
VIIAGRA
V ll A G R A
V 1 1 A G R A
V Y A G R A
などと、そこまでやって誰が読むんですかというパターンで色々来る。 ここ数カ月のチェックでは以下でだいたいブロックできる模様。
ネットでみかけたバイアグラ正規表現には3行に渡るものすごいのもあったが、これでも結構ブロックできると思われる。 サブジェクトの文面では判断できないスパムの中身がたいていバイアグラだったりするので結構重要なルール。
難しいのは日本語メール。 何しろ表現方法が多彩すぎる。 押さえた、と思ってもすり抜けてくる。
まず金絡み。
どう考えても通常のメールでサブジェクトに入るはずのない単語群。 こんなメールを受けて誰か中身を読むのか。 電柱に貼ってあるニコニコローン広告ばりに怪しい。
続いてエロ・ドラッグ・違法系。
続いてサブジェクトにおける文面でありえなさを判断する系。
一見日本語としては自然だがサブジェクトに入ってるのはおかしいだろうという系統。 場合によっては誤判断する可能性もなきにしもあらずだが、自分の場合はたぶん大丈夫だと思われる。
競馬系。 さほど来ない。
ややこしいのが文字化け系統のメール。 ヘッダ内でマルチバイト文字を使っているのにMIMEエンコードせずに生エンコードを入れてくる系統。 今のところ/dev/null行きにはしてないが、しばらく観察してみたところ、たぶん/dev/null行きにしてもよさそう。
nkfでサブジェクトの文字コードを検査、その結果日本語エンコードと思われるのにエンコードの文字列が入ってなければ排除。
字面だけでは判断しにくい系統もある。
サブジェクトが妙に馴れ馴れしいのになぜかボディにリンクがあるメール。
ついさっき作ったルールなので条件が少ない。 よって、まだ/dev/null行きにはしておらず。 今の条件だと「〜〜かな？」にヒットするようにしているつもりだが、「かなり〜〜？」「ばかな〜〜？」「どうかかなった？」等色々微妙な表現もヒットしてしまう。 そういうサブジェクトでさらにボディ内にリンクがあることはないだろうから、まあ大丈夫だろうが、知り合いがサブジェクトに軽く文言を入れつつ、本文にリンクを入れてくることはありえないこともないので、ちょっと難しいルールかもではある。 見てイライラするスパムメールナンバーワンパターンなので100％/dev/null行きの刑に処したいところが、確実な処理となるとfromでホワイトリストを作ることだがあまりスマートじゃないねぇ。
有用そうなのが、初対面の紹介、挨拶を含んだご丁寧なサブジェクトな割に、ボディ内にこちらの名前が一切ない失礼なメール。
これも作ったばかりなのでまだ/dev/null行きにはしておらず。 たぶん使えるんじゃないかと。 スパムではなく、本当に失礼な人からそういうメールが来ても排除されるが、それはそれでありかもしれない。
これも使えそう。 ビジネス風味サブジェクトに合わない変なボディ。
あまり本文内で頑張って語句を集めてもキリがなさそうなので、超ありがちなやつを数個入れておくだけにした方がよさそうである。 サブジェクトを見て一見「仕事のメールか？」と疑いそうなメールを排除してくれるのでチェックがだいぶ楽にはなる。
最後に、ありがちなスパムな文言を直接指定。
このルールも上のと同じく凝るとキリがないので超ありがちなやつだけ。 あまり邪悪でないメーリングリストから来るメールも引っかかるおそれあり。
というわけでこれらの20数グループのルールでスパムの量がどうなるかといえば、１日200通が10通以下程になる感じ。 まあ、チェックはずいぶん楽になった。
全体のテキストはこちら(euc-jp)。 中で一部使っているmail-body- emptyというコマンドはグーグルで検索していただいてきたrubyで書かれた空ボディ検査スクリプト。
まず柿を食う。
で、iPhoneのためにprocmail＋bsfilterをサーバに設定しほぼ100%、Inboxにスパムメールが入るのは避けることが出来ているのだが、推論フィルタゆえまるっぽ信用するわけにもいかず、間違って必要なメールがスパム判定されていないか避けられたメールに一応ひと通り目を通さないといけない。 実際まれに間違いが発生することもある。 しかし、それこそ1日200通近くあるスパムからほとんどないであろう間違いをさがすというのも目が疲れるし、時間の無駄。
じゃあどうするかといえば、スパムメール群はよく見ればほぼ9割がた一目でスパムとわかる体裁をなしているので、procmailの判断であからさまなスパムメールは直接/dev/null行きにすればよい。
英文で来るスパム。 特徴的な単語の組み合わせをそのまま条件に当てはめてやればすんなり/dev/null行きにできる。
#特徴的な副詞・修飾子＋名詞系 |
もう少しあるが長くなるので、後ほど全部をまとめたテキストへのリンクを貼る。 こうしてみると、英語でもいろいろと表現方法があるんだなぁ、と感慨にふけっている場合ではない。
ややこしいのはバイアグラとサイアリスで、
VIIAGRA
V ll A G R A
V 1 1 A G R A
V Y A G R A
などと、そこまでやって誰が読むんですかというパターンで色々来る。 ここ数カ月のチェックでは以下でだいたいブロックできる模様。
:0 HB |
ネットでみかけたバイアグラ正規表現には3行に渡るものすごいのもあったが、これでも結構ブロックできると思われる。 サブジェクトの文面では判断できないスパムの中身がたいていバイアグラだったりするので結構重要なルール。
難しいのは日本語メール。 何しろ表現方法が多彩すぎる。 押さえた、と思ってもすり抜けてくる。
まず金絡み。
:0 |
どう考えても通常のメールでサブジェクトに入るはずのない単語群。 こんなメールを受けて誰か中身を読むのか。 電柱に貼ってあるニコニコローン広告ばりに怪しい。
続いてエロ・ドラッグ・違法系。
:0 |
続いてサブジェクトにおける文面でありえなさを判断する系。
##### 文面フィルタ |
一見日本語としては自然だがサブジェクトに入ってるのはおかしいだろうという系統。 場合によっては誤判断する可能性もなきにしもあらずだが、自分の場合はたぶん大丈夫だと思われる。
競馬系。 さほど来ない。
:0 |
ややこしいのが文字化け系統のメール。 ヘッダ内でマルチバイト文字を使っているのにMIMEエンコードせずに生エンコードを入れてくる系統。 今のところ/dev/null行きにはしてないが、しばらく観察してみたところ、たぶん/dev/null行きにしてもよさそう。
:0 |
nkfでサブジェクトの文字コードを検査、その結果日本語エンコードと思われるのにエンコードの文字列が入ってなければ排除。
字面だけでは判断しにくい系統もある。
サブジェクトが妙に馴れ馴れしいのになぜかボディにリンクがあるメール。
:0 HB |
ついさっき作ったルールなので条件が少ない。 よって、まだ/dev/null行きにはしておらず。 今の条件だと「〜〜かな？」にヒットするようにしているつもりだが、「かなり〜〜？」「ばかな〜〜？」「どうかかなった？」等色々微妙な表現もヒットしてしまう。 そういうサブジェクトでさらにボディ内にリンクがあることはないだろうから、まあ大丈夫だろうが、知り合いがサブジェクトに軽く文言を入れつつ、本文にリンクを入れてくることはありえないこともないので、ちょっと難しいルールかもではある。 見てイライラするスパムメールナンバーワンパターンなので100％/dev/null行きの刑に処したいところが、確実な処理となるとfromでホワイトリストを作ることだがあまりスマートじゃないねぇ。
有用そうなのが、初対面の紹介、挨拶を含んだご丁寧なサブジェクトな割に、ボディ内にこちらの名前が一切ない失礼なメール。
:0 B |
これも作ったばかりなのでまだ/dev/null行きにはしておらず。 たぶん使えるんじゃないかと。 スパムではなく、本当に失礼な人からそういうメールが来ても排除されるが、それはそれでありかもしれない。
これも使えそう。 ビジネス風味サブジェクトに合わない変なボディ。
:0 B |
あまり本文内で頑張って語句を集めてもキリがなさそうなので、超ありがちなやつを数個入れておくだけにした方がよさそうである。 サブジェクトを見て一見「仕事のメールか？」と疑いそうなメールを排除してくれるのでチェックがだいぶ楽にはなる。
最後に、ありがちなスパムな文言を直接指定。
:0 B |
このルールも上のと同じく凝るとキリがないので超ありがちなやつだけ。 あまり邪悪でないメーリングリストから来るメールも引っかかるおそれあり。
というわけでこれらの20数グループのルールでスパムの量がどうなるかといえば、１日200通が10通以下程になる感じ。 まあ、チェックはずいぶん楽になった。
全体のテキストはこちら(euc-jp)。 中で一部使っているmail-body- emptyというコマンドはグーグルで検索していただいてきたrubyで書かれた空ボディ検査スクリプト。
- C'sGallery Blogっぽく見えるシステム3.2 -
小武 (管理人) eta2@tim.hi-ho.ne.jp
小武 (管理人) eta2@tim.hi-ho.ne.jp