Ошибка SpamAssassin 2010 должна была быть исправлена вскоре после того, как ошибка стала широко известной, и действительно, нарушающее правило в моем /usr/share/spamassassin/72_active.cf было обновлено. Однако входящие сообщения по-прежнему помечаются этим, например:
X-Spam-Status: No, score=3.188 tagged_above=-999 required=6.31
tests=[BAYES_50=0.001, FH_DATE_PAST_20XX=3.188, SPF_PASS=-0.001]
Вот соответствующее правило:
##{ 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
Я использую spamassassin / 3.2.5-2 + lenny1.1 ~ volatile1 на Debian Lenny, полностью в курсе. Есть указания, где искать, чтобы понять, что происходит? Я ничего не знаю о SpamAssassin; Обычно этим занимается кто-то другой, но сейчас я свободен и пытаюсь понять, в чем проблема, потому что это нас уже давно раздражает, и мы только что осознали, что эта ошибка все еще влияет на нас.
Обновление: я снизил оценку правила FH_DATE_PAST20XX до 0,1, как в /etc/spamassassin/local.cf, так и в /usr/share/spamassassin/50_scores.cf, и это по-прежнему давая 3,188 балла за это правило. Есть идеи, что происходит? Это действительно поставило меня в тупик.
Обновление 2: кажется, что после перезапуска amavisd все исправлено. В чем разница между amavisd и spamd? Похоже, оба не должны работать, что ли.
Оказалось, что мне нужно перезапустить amavisd, а не spamd.
Это правило, которое вы опубликовали, является ошибочным - поищите такой файл, как:
/var/lib/spamassassin/3.002005/updates_spamassassin_org/72_active.cf
Это заменит правило по умолчанию в / usr / share / (см. Вот) - вы хотите, чтобы фиксированное правило содержало [2-9] вместо [1-9]:
##{ 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
После проверки убедитесь, что вы действительно перезапустили компонент демона spamd в SpamAssassin, чтобы он мог перечитать свои правила.