bsfilter

原因が特定できませんので、コマンドプロンプトからbsfilter.exe(wでない方)を起動して、いくつかトライアルをお願いできないでしょうか?

--show-process を指定して、言語、判定結果、message-idなどを表示してみる。

--mark-spam-subject を指定する。ヘッダと本文の境界が見つけられないケースでも、subjectヘッダは見つけているかもしれない。

-d -v をつけてパーサの動作を確認する。本文にあるtokenはbodyの行にダンプされているかなど。--auto-updateを指定したままだとデータベースのダンプも表示されてしまうので、それは外しておいた方がいいです。

水口です。 お世話になります。

どうやら、POPサーバーの振舞が関係しそうな気配です。 あるいは、NortonInternetSecurity のメールスキャンも関係しているかも知れません。

まず、その後判ったことを列挙します。

===================================================
1 発生するのは、あるPOPサーバーだけの疑いが濃い。

発生当初は発生POPサーバーに注目していませんでしたが、最近はあるPOPサーバーからの retrieve の最後のメッセージでのみ発生します。

頻度は結構高いです。( 3 retrieve 続けての発生もあり)


===================================================
2 ローカルファイルでは再現しない

発生した時に retrieve したメッセージを全てに対して

$ bsfilter.exe --pipe `ls *.mew | sort -n`

とやると、全てのメッセージに X-Spam-* が挿入されます。 つまり、再現できません。


===================================================
3 問題 POPサーバーの保管メッセージを整理したら発生しなくなった

何かのはずみで retrieve 後の削除がされずに残っていた古いメッセージが数千件あったので削除しました。 その後、問題の発生がありません。


===================================================

というところです。

次の問題発生時に mew から直接POPサーバーにアクセスして同じ retrieve の *Mew debug* を取ろうと思ったのですが、滞留メッセージを整理したら発生しなくなったので、結果として *Mew debug* は取れていません。すみません。

これから調べるべき事があればやりますが、このまま様子見でも良いです。