bsfilter

bsfilterの仕様が空ろ覚えになってきているのですが，
確か文字コードについては MIME ヘッダを信用せず，コード判定した結果に基
づいて処理されていたように思います．

ここ1年程は，特に日本語の spam で，MIME マルチパート（でも実体はパー
トが1つしか存在しない）且つ，本文のパートが base64 エンコードされて，
Content-Transfer-Encoding: が 2つ記述された出来損ないの spam をよく見
かけるように思います．

具体的には

Content-Type: text/plain;
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: 8bit

なんて具合になっている訳です．

このような場合，Mew では Charset = US-ASCII として base64 エンコード
されたデータのみが表示されています．（2つ目の Content-Transfer-Encoding
を削除するときちんとデコードされて表示されます．そもそも MIME Header
がおかしいので，Mew の振る舞いは無難なところかと思います）

debug オプションを使って bsfilter REVISION 1.77 を通した結果を見ると，
ヘッダのみ判定・学習の対象としていて，本文は全て捨てられていることが
判ります．
ヘッダのみでも，それなりの精度で判定できているのですが（これは以前から
ですね．評価結果は随分昔に報告してあると思います），本文の扱いについて
も何らかの措置を講じられると，判定能力の向上に繋がるかもしれないなと
思いました．

こんなものが増えてきているのですが，nabekenさんはどうしたら良いと
お考えでしょうか．
小生は Content-Transfer-Encoding で base64 と宣言しているものは，
base64 デコードを試みて，デコードできるようならコード判定の上，
spam 判定・学習を行えば良いように思うのですが．