web-dev-qa-db-ja.com

どこからともなくエラーをスローするamaviscronjob

誰かがamaviscronjobが突然次のエラーを引き起こしている理由を説明できますか？

Cron <amavis@bee> test -e /usr/sbin/amavisd-new-cronjob && /usr/sbin/amavisd-new-cronjob sa-sync

rules: failed to run T_SPF_HELO_PERMERROR test, skipping:
    (Can't locate object method "check_for_spf_helo_permerror" via package "Mail::SpamAssassin::PerMsgStatus" at (eval 1156) line 19.
)
rules: failed to run T_SPF_TEMPERROR test, skipping:
    (Can't locate object method "check_for_spf_temperror" via package "Mail::SpamAssassin::PerMsgStatus" at (eval 1156) line 614.
)
rules: failed to run T_SPF_PERMERROR test, skipping:
    (Can't locate object method "check_for_spf_permerror" via package "Mail::SpamAssassin::PerMsgStatus" at (eval 1156) line 784.
)
rules: failed to run T_SPF_HELO_TEMPERROR test, skipping:
    (Can't locate object method "check_for_spf_helo_temperror" via package "Mail::SpamAssassin::PerMsgStatus" at (eval 1156) line 1129.
)

そのcronjobが何をするのかさえわかりませんが、現在2週間問題なく動作しています。今回は構成の変更はありません。

サーバーは新しくセットアップされ、正常に動作しました（それでも正常に動作します）;）

emailpostfixcronspamassassinamavis
6
Daywalker

すべての更新ストリームにリリースされるはずのないチェックがいくつか行われているようです。詳細については、たとえば https://unix.stackexchange.com/questions/183763/spamassassin-object-method-location-problems-after-restart を参照してください。ただし、結果として、エラーが発生するはずです。誤ったルールがプルされた後、次の更新に続いて離れます。

編集：はい、これは開発者の1人によって確認されています。 （例）から http://www.mail-archive.com/[email protected]/msg91187.html 、2015年2月9日付け：

これは1月30日のコミットの一部でした http://www.gossamer-threads.com/lists/spamassassin/commits/19079 カプセル化の場合、can（）のhas_関数が必要になる可能性があります警告を回避するために最新のトランクを使用していない場合。

現在パッチに取り組んでおり、ルールを修正しています。

2回目の編集： このメール によると、問題は修正されました：

ルールの生成が終了したばかりで、確認したい場合は更新に修正が含まれています。

よろしく、KAM

sa-update -D && service spamassassin restartを実行したところ、エラーはなくなりました（C6でSA 3.3.1を実行））。

7
MadHatter