Problemi di localizzazione del metodo dell'oggetto Spamassassin dopo il riavvio

11

Dopo che spamassassin è stato riavviato dal cronjob quotidiano questa mattina, sta inondando il syslog con i seguenti errori:

Feb  9 09:24:26 mail spamd[8766]: spamd: got connection over /var/run/spamd.socket
Feb  9 09:24:26 mail spamd[8766]: spamd: setuid to Debian-exim succeeded
Feb  9 09:24:26 mail spamd[8766]: spamd: checking message <004c01d0444a$01d5a905$d690a59f@kiffyv> for Debian-exim:106
Feb  9 09:24:26 mail spamd[8766]: rules: failed to run T_SPF_HELO_PERMERROR test, skipping:
Feb  9 09:24:26 mail spamd[8766]:  (Can't locate object method "check_for_spf_helo_permerror" via package "Mail: [...]:SpamAssassin::PerMsgStatus" at (eval 1169) line 19.
Feb  9 09:24:26 mail spamd[8766]: )
Feb  9 09:24:28 mail spamd[8766]: rules: failed to run T_SPF_TEMPERROR test, skipping:
Feb  9 09:24:28 mail spamd[8766]:  (Can't locate object method "check_for_spf_temperror" via package "Mail: [...]:SpamAssassin::PerMsgStatus" at (eval 1169) line 614.
Feb  9 09:24:28 mail spamd[8766]: )
Feb  9 09:24:28 mail spamd[8766]: rules: failed to run T_SPF_PERMERROR test, skipping:
Feb  9 09:24:28 mail spamd[8766]:  (Can't locate object method "check_for_spf_permerror" via package "Mail: [...]:SpamAssassin::PerMsgStatus" at (eval 1169) line 784.
Feb  9 09:24:28 mail spamd[8766]: )
Feb  9 09:24:28 mail spamd[8766]: rules: failed to run T_SPF_HELO_TEMPERROR test, skipping:
Feb  9 09:24:28 mail spamd[8766]:  (Can't locate object method "check_for_spf_helo_temperror" via package "Mail: [...]:SpamAssassin::PerMsgStatus" at (eval 1169) line 1129.
Feb  9 09:24:28 mail spamd[8766]: )
Feb  9 09:24:29 mail spamd[8766]: spamd: identified spam (26.6/5.0) for Debian-exim:106 in 3.1 seconds, 821 bytes.
Feb  9 09:24:29 mail spamd[8766]: spamd: result: Y 26 - AXB_XMAILER_MIMEOLE_OL_024C2,BAYES_99,BAYES_999,DOS_OE_TO_MX,NAME_EMAIL_DIFF,RAZOR2_CF_RANGE_51_100,RAZOR2_CF_RANGE_E8_51_100,RAZOR2_CHECK,RCVD_IN_BRBL_LASTEXT,RCVD_IN_PSBL,RCV
Feb  9 09:24:30 mail spamd[8759]: prefork: child states: II

Ho già verificato se c'erano aggiornamenti automatici. Inoltre ho controllato Mail :: SpamAssassin :: PerMsgStatus tramite CPAN ma è già installato. Il sistema operativo è Ubuntu Server 12.04.5 LTS e non ci sono aggiornamenti in sospeso. Come posso risolvere questo errore?

ubuntu email cpan

— devnull
fonte

2

Ecco un "anche io". Questo ha iniziato ad accadere dopo una sa-updatecorsa, quindi presumibilmente sono stati rilasciati alcuni nuovi controlli che forse non avrebbero dovuto.

— Wurtel,

1

Apparentemente queste regole sono state aggiunte in svn.apache.org/r1656028 il 30 gennaio 2015, quindi spamassassinsarebbe necessario un più nuovo per interpretare queste regole ( Mail::SpamAssassin::Plugin::SPFviene modificato nello stesso commit). Presumibilmente le nuove regole sono sfuggite troppo presto e questo sarà presto ripristinato. È successo prima.

— Wurtel,

3

Un altro "mee too" qui. Debian 7 wheezy 64 bit, l'errore è apparso questa mattina. Speriamo in una soluzione presto!

— lucaferrario,

Sono contento di sapere che non sono l'unico. Spero che venga ripristinato presto.

— Devnull

Per Debian Wheezy un aggiornamento automatico ha risolto il problema questa mattina con regole riscritte /var/lib/spamassassin/.../.../25-spf.cf.

— marzo

6

Potrebbe essere più semplice andare alla directory di aggiornamento (qualcosa del genere /var/lib/spamassassin/3.003002/updates_spamassassin_org) e commentare ogni riga contenente T_SPF_PERMERRORo T_SPF_TEMPERROR, come:

# header T_SPF_PERMERROR         eval:check_for_spf_permerror()

ecc. invece di aggiornare o selezionare le modifiche a monte. Se usi gli aggiornamenti automatici potresti voler andare manualmente fino a quando non si rendono conto del loro problema (che sembra non essere ancora il caso).

— sorriso
fonte

Questo è fantastico Ho appena aggiornato il file e commentato tutte le righe che generano errori menzionate nei miei registri. Questa sembra essere una buona soluzione temporanea!

— Devnull,

Le modifiche al file 25_spf.cf verranno sovrascritte, a quanto pare con regolari aggiornamenti di spamassassin.

— Michael Franzl,

Si, come no. Ma è una soluzione temporanea funzionante che non richiede l'installazione di versioni di pacchetti non supportate.

— Devnull,

1

Su Debian Wheezy il seguente funziona per me:

Nel

/etc/spamassassin/init.pre

commentare il plug-in SPF

# SPF - perform SPF verification.
#
#loadplugin Mail::SpamAssassin::Plugin::SPF

Successivamente il processo di aggiornamento funzionerà di nuovo senza errori.

— va bene
fonte

Ciò disabiliterebbe anche le regole T_SPF_ * funzionanti preesistenti come T_SPF_PASS e T_SPF_FAIL.

— Boyd Stephen Smith Jr.

0

È possibile copiare l'ultimo SPF.pm in / usr / share / perl5 / Mail / SpamAssassin / Plugin a condizione che si stia utilizzando 3.4 Non dimenticare di eseguire il backup del file originale.

— Szépe Viktor
fonte

Grazie per la tua risposta, ma dato che sono preciso ho installato il link spamassassin 3.3.2-2ubuntu1.

— Devnull

Puoi ancora provare a installare la nuova versione di SPF.pm

— Szépe Viktor il

Poiché SA è scritto in Perl, puoi installare pacchetti.ubuntu.com/trusty/spamassassin

— Szépe Viktor

Wheezy è 3.3.2-5 + deb7u2, quindi probabilmente non è sostenibile neanche per me.

— Boyd Stephen Smith Jr.

0

Basta installare il backported spamassassin. Aggiungi questo a /etc/apt/sources.list.d/debian-wheezy-backports.list:

deb http://ftp.nl.debian.org/debian/ wheezy-backports main contrib non-free
deb-src http://ftp.nl.debian.org/debian/ wheezy-backports main contrib non-free

e corri:

$ apt-get install -t wheezy-backports spamassassin

— ThCTlo
fonte