SpamAssassinのFH_DATE_PAST_20XX
Published: 2010/01/02
SpamAssassinのルールにFH_DATE_PAST_20XXというのがあって、本当に2010年になってしまうと全メールにポイントが2、3点加算されてスパム判定がおかしくなるようです。
# grep 20XX 72_active.cf ##{ FH_DATE_PAST_20XX header FH_DATE_PAST_20XX Date =~ /20[1-9][0-9]/ [if-unset: 2006] describe FH_DATE_PAST_20XX The date is grossly in the future. ##} FH_DATE_PAST_20XX
# cat 50_scores.cf score FH_DATE_PAST_20XX 2.075 3.384 3.554 3.188 # n=2
http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX
対応としてはlocal.cfに以下の行を追加して無効にしてしまうとか
score FH_DATE_PAST_20XX 0.0
そもそものルール自体のアップデートも行われているようです。こんな対応でいいの?
##{ FH_DATE_PAST_20XX header FH_DATE_PAST_20XX Date =~ /20[2-9][0-9]/ [if-unset: 2006] describe FH_DATE_PAST_20XX The date is grossly in the future. ##} FH_DATE_PAST_20XX
なんとのなく別のルールとして存在する「DATE_IN_FUTURE_96_XX」だけで十分同じ効果がある気がするのですが、
header DATE_IN_FUTURE_96_XX eval:check_for_shifted_date('96', 'undef') describe DATE_IN_FUTURE_96_XX Date: is 96 hours or more after Received: date
たぶん、たとえば他にも存在するこういったルール含めて、
##{ FH_DATE_IS_19XX header FH_DATE_IS_19XX Date =~ /19[789][0-9]/ [if-unset: 2006] describe FH_DATE_IS_19XX The date is not 19xx. ##} FH_DATE_IS_19XX
効果のある運用対処的なルールだったのでしょう。たしかに2010年より未来日のスパムってたくさん届いてましたから単純な対応で。
しかし、スパム判定やそれ以外のフィルタ用のスコアリングでも運用対処的に効果のあった公式?非公式とわずローカルルール、暫定設定したものの中に、西暦の桁上がりのタイミングでなにかしらの影響が出ているものがたくさんありそうですね。チェックが必要かも。
by jyake