Re: sa-update fails: permission denied on config directory
You have a permissions issue and there is a plugin needed to run things that by default is enabled in per files. I would try disabling selinix and chmod 777 /etc/mail/spam assassin as a test. Regards, KAM Jeff Rice j...@jrice.me wrote: Hi, I'm seeing an error when the cron job under Debian runs for SA 3.4.0. I get this error from the cron job: /etc/cron.daily/spamassassin: config: no configuration text or files found! do you need to run 'sa-update'? Timeout::_run: check: no loaded plugin implements 'check_main': cannot scan! Check the necessary '.pre' files are in the config directory. sa-update failed for unknown reasons To investigate further, I ran su debian-spamd -c 'sa-update -D --gpghomedir /var/lib/spamassassin/sa-update-keys': Jul 28 10:07:18.922 [30562] dbg: logger: adding facilities: all Jul 28 10:07:18.922 [30562] dbg: logger: logging level is DBG Jul 28 10:07:18.922 [30562] dbg: generic: SpamAssassin version 3.4.0 Jul 28 10:07:18.923 [30562] dbg: generic: Perl 5.014002, PREFIX=/usr, DEF_RULES_DIR=/usr/share/spamassassin, LOCAL_RULES_DIR=/etc/mail/spamassassin, LOCAL_STATE_DIR=/var/lib/spamassassin Jul 28 10:07:18.923 [30562] dbg: config: timing enabled Jul 28 10:07:18.923 [30562] dbg: config: score set 0 chosen. Jul 28 10:07:18.928 [30562] dbg: generic: sa-update version svn1475932 Jul 28 10:07:18.928 [30562] dbg: generic: using update directory: /var/lib/spamassassin/3.004000 Jul 28 10:07:19.063 [30562] dbg: diag: perl platform: 5.014002 linux Jul 28 10:07:19.063 [30562] dbg: diag: [...] module installed: Digest::SHA1, version 2.13 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: HTML::Parser, version 3.71 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: Net::DNS, version 0.77 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: NetAddr::IP, version 4.075 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: Time::HiRes, version 1.9726 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: Archive::Tar, version 2.00 Jul 28 10:07:19.064 [30562] dbg: diag: [...] module installed: IO::Zlib, version 1.10 Jul 28 10:07:19.065 [30562] dbg: diag: [...] module installed: Digest::SHA1, version 2.13 Jul 28 10:07:19.065 [30562] dbg: diag: [...] module installed: MIME::Base64, version 3.14 Jul 28 10:07:19.065 [30562] dbg: diag: [...] module installed: DB_File, version 1.821 Jul 28 10:07:19.065 [30562] dbg: diag: [...] module installed: Net::SMTP, version 2.34 Jul 28 10:07:19.065 [30562] dbg: diag: [...] module installed: Mail::SPF, version v2.008 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: Geo::IP, version 1.43 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: Razor2::Client::Agent, version 2.84 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module not installed: IO::Socket::IP ('require' failed) Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: IO::Socket::INET6, version 2.69 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: IO::Socket::SSL, version 1.76 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: Compress::Zlib, version 2.064 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: Mail::DKIM, version 0.39 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: DBI, version 1.631 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: Getopt::Long, version 2.42 Jul 28 10:07:19.066 [30562] dbg: diag: [...] module installed: LWP::UserAgent, version 6.04 Jul 28 10:07:19.067 [30562] dbg: diag: [...] module installed: HTTP::Date, version 6.02 Jul 28 10:07:19.067 [30562] dbg: diag: [...] module not installed: Encode::Detect ('require' failed) Jul 28 10:07:19.067 [30562] dbg: diag: [...] module not installed: Net::Patricia ('require' failed) Jul 28 10:07:19.068 [30562] dbg: gpg: Searching for 'gpg' Jul 28 10:07:19.068 [30562] dbg: util: current PATH is: /usr/local/bin:/usr/bin:/bin:/usr/games Jul 28 10:07:19.069 [30562] dbg: util: executable for gpg was found at /usr/bin/gpg Jul 28 10:07:19.069 [30562] dbg: gpg: found /usr/bin/gpg Jul 28 10:07:19.069 [30562] dbg: gpg: release trusted key id list: 5E541DC959CB8BAC7C78DFDC4056A61A5244EC45 0C2B1D7175B852C64B3CDC716C55397824F434CE Jul 28 10:07:19.069 [30562] dbg: channel: attempting channel updates.spamassassin.org Jul 28 10:07:19.070 [30562] dbg: channel: using existing directory /var/lib/spamassassin/3.004000/updates_spamassassin_org Jul 28 10:07:19.070 [30562] dbg: channel: channel cf file /var/lib/spamassassin/3.004000/updates_spamassassin_org.cf Jul 28 10:07:19.070 [30562] dbg: channel: channel pre file /var/lib/spamassassin/3.004000/updates_spamassassin_org.pre Jul 28 10:07:19.070 [30562] dbg: channel: metadata version = 1613581, from file /var/lib/spamassassin/3.004000/updates_spamassassin_org.cf Jul 28 10:07:19.093 [30562] dbg: dns: 0.4.3.updates.spamassassin.org = 1613764, parsed as 1613764 Jul 28 10:07:19.093 [30562] dbg: channel: preparing temp directory for
Re: sa-update fails - bug 6702 reappearing? --- solved
Thanks a lot for this hint - that's been it! This had happened: The files /etc/mail/spamassassin/*.pre, that already existed, were not replaced by the new versions. Only the new file v340.pre was copied to /etc/mail/spamassassin. After moving the existing *.pre files somewhere else and copying the new *.pre files, sa-update worked without any problem. But now I'm wondering, why the *.pre files aren't included in /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/Mail/SpamAssassin/.packlist (and not included in the file list shown after make uninstall)? But that's another topic. (Sorry, that I couldn't come back to this topic earlier - many colleagues are ill and need substitution.) Best regards and many thanks, Dieter Am 04.03.2014 15:09, schrieb Mark Martinec: Dieter Braun wrote: # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. You are missing a line: loadplugin Mail::SpamAssassin::Plugin::HeaderEval in one of your .pre files. That line is normally in v320.pre. You may have commented it out, or the file v320.pre is missing from your SpamAssassin configuration directory. Btw, the rule T_HEADER_FROM_DIFFERENT_DOMAINS should have been conditionalized to only apply if the plugin HeaderEval is available. Mark attachment: dieter_braun.vcf
Re: sa-update fails - bug 6702 reappearing? --- solved
On 3/5/2014 8:36 AM, Dieter Braun wrote: Thanks a lot for this hint - that's been it! This had happened: The files /etc/mail/spamassassin/*.pre, that already existed, were not replaced by the new versions. Only the new file v340.pre was copied to /etc/mail/spamassassin. After moving the existing *.pre files somewhere else and copying the new *.pre files, sa-update worked without any problem. But now I'm wondering, why the *.pre files aren't included in /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/Mail/SpamAssassin/.packlist (and not included in the file list shown after make uninstall)? But that's another topic. User configuration files (.pre files are intended to be changed) are usually exempted to avoid removing important local configuration. The bug really was on our end where we were not testing all the plugins needed for that rule and you happened to have one of the two disabled. You just helped identify the bug. (Sorry, that I couldn't come back to this topic earlier - many colleagues are ill and need substitution.) Better health to them! regards, KAM
Re: sa-update fails - bug 6702 reappearing?
Am 03.03.2014 18:24, schrieb Kevin A. McGrail: On 3/3/2014 12:18 PM, Dieter Braun wrote: - XXX:~ # updatedb XXX:~ # locate FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/blib/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/FreeMail.pm - I'm baffled. You appear to have the right code but your perl is saying the code is not there and I can't replicate the issue. Thus, I guess, I should try to update perl. attachment: dieter_braun.vcf
Re: sa-update fails - bug 6702 reappearing?
I tried 5.8.6 with no problems so like I said I am baffled. Perhaps do make uninstall and cut and paste all the commands it would run. Then move everything out of /etc/mail/spamassassin and do another install. That will remove any of your config from consideration. If that works, put back your config and maybe this is a config bug. Regards, KAM Dieter Braun dieter.br...@onevision.com wrote: Am 03.03.2014 18:24, schrieb Kevin A. McGrail: On 3/3/2014 12:18 PM, Dieter Braun wrote: - XXX:~ # updatedb XXX:~ # locate FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/blib/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/FreeMail.pm - I'm baffled. You appear to have the right code but your perl is saying the code is not there and I can't replicate the issue. Thus, I guess, I should try to update perl.
Re: sa-update fails - bug 6702 reappearing?
Dieter Braun wrote: # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. You are missing a line: loadplugin Mail::SpamAssassin::Plugin::HeaderEval in one of your .pre files. That line is normally in v320.pre. You may have commented it out, or the file v320.pre is missing from your SpamAssassin configuration directory. Btw, the rule T_HEADER_FROM_DIFFERENT_DOMAINS should have been conditionalized to only apply if the plugin HeaderEval is available. Mark
Re: sa-update fails - bug 6702 reappearing?
On 3/4/2014 9:09 AM, Mark Martinec wrote: Dieter Braun wrote: # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. You are missing a line: loadplugin Mail::SpamAssassin::Plugin::HeaderEval in one of your .pre files. That line is normally in v320.pre. You may have commented it out, or the file v320.pre is missing from your SpamAssassin configuration directory. Btw, the rule T_HEADER_FROM_DIFFERENT_DOMAINS should have been conditionalized to only apply if the plugin HeaderEval is available. Good call. Working on that now.
Re: sa-update fails - bug 6702 reappearing?
On 3/4/2014 9:18 AM, Kevin A. McGrail wrote: On 3/4/2014 9:09 AM, Mark Martinec wrote: Dieter Braun wrote: # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. You are missing a line: loadplugin Mail::SpamAssassin::Plugin::HeaderEval in one of your .pre files. That line is normally in v320.pre. You may have commented it out, or the file v320.pre is missing from your SpamAssassin configuration directory. Btw, the rule T_HEADER_FROM_DIFFERENT_DOMAINS should have been conditionalized to only apply if the plugin HeaderEval is available. Good call. Working on that now. Change committed, good catch Mark. I was moving in that direction but it's very clear from reviewing now. Dieter, if you uncomment/add loadplugin Mail::SpamAssassin::Plugin::HeaderEval to your v320.pre for now, you should be good to go. svn commit -m 'Adding HeaderEval condition to FREEMAIL_FORGED_FROMDOMAIN HEADER_FROM_DIFFERENT_DOMAINS' Sendingrulesrc/sandbox/kmcgrail/20_freemail.cf Transmitting file data . Committed revision 1574117. Expect the rule to be fixed in a few days and you can revert. regards, KAM
Re: sa-update fails - bug 6702 reappearing?
Tried it - removed all files listed in /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/Mail/SpamAssassin/.packlist and recompiled from scratch (after make clean): Same behavior as described below. Noticed something I'm wondering about: sa-update and spamassassin --lint want to call check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus. But when I grep through the source code, I find check_equal_from_domains in the file lib/Mail/SpamAssassin/Plugin/HeaderEval.pm. (In the installed files check_equal_from_domains is defined in /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm.) Just wondering about this. Regards, Dieter Am 28.02.2014 18:02, schrieb Kevin A. McGrail: This looks like a step where you have old and new as versions intermingling and not playing nicely. Can you clear the install and reinstall? Regards, KAM Dieter Braun dieter.br...@onevision.com wrote: Hi, after upgrading to 3.4.0 (on a test machine ;-)) sa-update doesn'twork any more. I'm getting the following output: XXX:~ # spamassassin -V SpamAssassin version 3.4.0 running on Perl version 5.8.8 XXX:~ # sa-update -V sa-update version svn1475932 running on Perl version 5.8.8 XXX:~ # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. ) channel: lint check of update failed, channel failed XXX:~ # echo $? 4 Fortunately, sa-update didn't delete the downloaded archives for the rules. Thus, I unpacked the rules manually and I could locate the problem in 72_active.cf http://active.cf: ##{ T_HEADER_FROM_DIFFERENT_DOMAINS ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) header T_HEADER_FROM_DIFFERENT_DOMAINS eval:check_equal_from_domains() describe T_HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different #score T_HEADER_FROM_DIFFERENT_DOMAINS 0.25 endif endif ##} T_HEADER_FROM_DIFFERENT_DOMAINS ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) With this rule I get: XXX:~ # spamassassin --lint Feb 28 16:39:50.580 [29782] warn: rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: Feb 28 16:39:50.580 [29782] warn: (Can't locate object method check_equal_from_domains via package Mail: [...]:SpamAssassin::PerMsgStatus at (eval 988) line 97. Feb 28 16:39:50.580 [29782] warn: ) Feb 28 16:39:50.819 [29782] warn: lint: 1 issues detected, please rerun with debug enabled for more information After changing the version based condition for T_HEADER_FROM_DIFFERENT_DOMAINS from if (version = 3.004000) to if (version 3.004000), spamassassin --lint does not report any error any more (it doesn't report anything as it is wanted ;-)). Doesn't that look pretty much like bug 6702, but now for version 3.4.0? However, manually fixing the rule is OK for debugging on a test machine. But our production machine is automatically updating the rules every day. Introducing a manual step into this automatic procedure would just be a mess. ;-( Is it possible to fix the source for this rule? Regards, Dieter attachment: dieter_braun.vcf
Re: sa-update fails - bug 6702 reappearing?
On 3/3/2014 10:06 AM, Dieter Braun wrote: Tried it - removed all files listed in /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/Mail/SpamAssassin/.packlist and recompiled from scratch (after make clean): Same behavior as described below. Noticed something I'm wondering about: sa-update and spamassassin --lint want to call check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus. But when I grep through the source code, I find check_equal_from_domains in the file lib/Mail/SpamAssassin/Plugin/HeaderEval.pm. (In the installed files check_equal_from_domains is defined in /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm.) Just wondering about this. PerMsgStatus or PMS is more of the core library that loops through the message. I would do a locate HeaderEval.pm or similar. To me, this is acting like you have an old version of the file HeaderEval.pm (perhaps multiple versions of perl)? I can recreate this issue by modifying HeaderEval.pm to remove $self-register_eval_rule(check_equal_from_domains); rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1125) line 1423. ) channel: lint check of update failed, channel failed Did you install via cpan, source, rpm, etc? Regards, KAM
Re: sa-update fails - bug 6702 reappearing?
Am 03.03.2014 16:21, schrieb Kevin A. McGrail: On 3/3/2014 10:06 AM, Dieter Braun wrote: Tried it - removed all files listed in /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/Mail/SpamAssassin/.packlist and recompiled from scratch (after make clean): Same behavior as described below. Noticed something I'm wondering about: sa-update and spamassassin --lint want to call check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus. But when I grep through the source code, I find check_equal_from_domains in the file lib/Mail/SpamAssassin/Plugin/HeaderEval.pm. (In the installed files check_equal_from_domains is defined in /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm.) Just wondering about this. PerMsgStatus or PMS is more of the core library that loops through the message. I would do a locate HeaderEval.pm or similar. To me, this is acting like you have an old version of the file HeaderEval.pm (perhaps multiple versions of perl)? I can recreate this issue by modifying HeaderEval.pm to remove $self-register_eval_rule(check_equal_from_domains); rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1125) line 1423. ) channel: lint check of update failed, channel failed Did you install via cpan, source, rpm, etc? Regards, KAM --- XXX:~ # locate HeaderEval.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm --- --- XXX:~ # l /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin total 736 drwxr-xr-x 2 root root 4096 Mar 3 15:51 ./ drwxr-xr-x 10 root root 4096 Mar 3 15:51 ../ -r--r--r-- 1 root root 15023 Feb 7 09:36 ASN.pm -r--r--r-- 1 root root 19875 Feb 7 09:36 AWL.pm -r--r--r-- 1 root root 4672 Feb 7 09:36 AccessDB.pm -r--r--r-- 1 root root 4572 Feb 7 09:36 AntiVirus.pm -r--r--r-- 1 root root 28105 Feb 7 09:36 AskDNS.pm -r--r--r-- 1 root root 8816 Feb 7 09:36 AutoLearnThreshold.pm -r--r--r-- 1 root root 52152 Feb 7 09:36 Bayes.pm -r--r--r-- 1 root root 8900 Feb 7 09:36 BodyEval.pm -r--r--r-- 1 root root 34302 Feb 7 09:36 BodyRuleBaseExtractor.pm -r--r--r-- 1 root root 46722 Feb 7 09:36 Check.pm -r--r--r-- 1 root root 33535 Feb 7 09:36 DCC.pm -r--r--r-- 1 root root 49285 Feb 7 09:36 DKIM.pm -r--r--r-- 1 root root 12415 Feb 7 09:36 DNSEval.pm -r--r--r-- 1 root root 18906 Feb 7 09:36 FreeMail.pm -r--r--r-- 1 root root 5458 Feb 7 09:36 HTMLEval.pm -r--r--r-- 1 root root 3589 Feb 7 09:36 HTTPSMismatch.pm -r--r--r-- 1 root root 10214 Feb 7 09:36 Hashcash.pm -r--r--r-- 1 root root 33326 Feb 7 09:36 HeaderEval.pm -r--r--r-- 1 root root 12860 Feb 7 09:36 ImageInfo.pm -r--r--r-- 1 root root 15417 Feb 7 09:36 MIMEEval.pm -r--r--r-- 1 root root 6075 Feb 7 09:36 MIMEHeader.pm -r--r--r-- 1 root root 4127 Feb 7 09:36 OneLineBodyRuleType.pm -r--r--r-- 1 root root 7448 Feb 7 09:36 PhishTag.pm -r--r--r-- 1 root root 13163 Feb 7 09:36 Pyzor.pm -r--r--r-- 1 root root 14430 Feb 7 09:36 Razor2.pm -r--r--r-- 1 root root 4496 Feb 7 09:36 RelayCountry.pm -r--r--r-- 1 root root 11363 Feb 7 09:36 RelayEval.pm -r--r--r-- 1 root root 7831 Feb 7 09:36 ReplaceTags.pm -r--r--r-- 1 root root 6975 Feb 7 09:36 Reuse.pm -r--r--r-- 1 root root 8733 Feb 7 09:36 Rule2XSBody.pm -r--r--r-- 1 root root 28730 Feb 7 09:36 SPF.pm -r--r--r-- 1 root root 8396 Feb 7 09:36 Shortcircuit.pm -r--r--r-- 1 root root 8578 Feb 7 09:36 SpamCop.pm -r--r--r-- 1 root root 2018 Feb 7 09:36 Test.pm -r--r--r-- 1 root root 14167 Feb 7 09:36 TextCat.pm -r--r--r-- 1 root root 39526 Feb 7 09:36 URIDNSBL.pm -r--r--r-- 1 root root 7329 Feb 7 09:36 URIDetail.pm -r--r--r-- 1 root root 2693 Feb 7 09:36 URIEval.pm -r--r--r-- 1 root root 4987 Feb 7 09:36 VBounce.pm -r--r--r-- 1 root root 14646 Feb 7 09:36 WLBLEval.pm -r--r--r-- 1 root root 4221 Feb 7 09:36 WhiteListSubject.pm --- All Plugins appear to be from 3.4.0. With 'find / -name perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) --- XXX:~ # find / -name HeaderEval.pm /root/install/Mail-SpamAssassin-3.4.0/blib/lib/Mail/SpamAssassin/Plugin/HeaderEval.pm /root/install/Mail-SpamAssassin-3.4.0/lib/Mail/SpamAssassin/Plugin/HeaderEval.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm --- /root/install/Mail-SpamAssassin-3.4.0/ is the directory where the source code is located. I'm installing by compiling from source code:
Re: sa-update fails - bug 6702 reappearing?
On 3/3/2014 10:57 AM, Dieter Braun wrote: All Plugins appear to be from 3.4.0. With 'find / -nzme perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) Can you view HeaderEval.pm and confirm $self-register_eval_rule(check_equal_from_domains); is on the list of functions?
Re: sa-update fails - bug 6702 reappearing?
Am 03.03.2014 17:13, schrieb Kevin A. McGrail: On 3/3/2014 10:57 AM, Dieter Braun wrote: All Plugins appear to be from 3.4.0. With 'find / -nzme perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) Can you view HeaderEval.pm and confirm $self-register_eval_rule(check_equal_from_domains); is on the list of functions? From /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm: - [...] $self-register_eval_rule(check_equal_from_domains); [...] # ADDED FROM BUG 6487 sub check_equal_from_domains { my ($self, $pms) = @_; my $from = $pms-get('From:addr'); my $envfrom = $pms-get('EnvelopeFrom:addr'); local $1; my $fromdomain = ''; #Revised regexp from 6487 comment 3 $fromdomain = $1 if $from =~ /\@([^@]*)\z/; $fromdomain =~ s/^.+\.([^\.]+\.[^\.]+)$/$1/; return 0 if $fromdomain eq ''; my $envfromdomain = ''; $envfromdomain = $1 if $envfrom =~ /\@([^@]*)\z/; $envfromdomain =~ s/^.+\.([^\.]+\.[^\.]+)$/$1/; return 0 if $envfromdomain eq ''; dbg(eval: From 2nd level domain: $fromdomain, EnvelopeFrom 2nd level domain: $envfromdomain); return 1 if lc($fromdomain) ne lc($envfromdomain); return 0; } [...] - Regards, Dieter attachment: dieter_braun.vcf
Re: sa-update fails - bug 6702 reappearing?
On 3/3/2014 11:21 AM, Dieter Braun wrote: Am 03.03.2014 17:13, schrieb Kevin A. McGrail: On 3/3/2014 10:57 AM, Dieter Braun wrote: All Plugins appear to be from 3.4.0. With 'find / -nzme perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) Can you view HeaderEval.pm and confirm $self-register_eval_rule(check_equal_from_domains); is on the list of functions? From /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm: Bizarre... I am at a complete loss on your error. The code is there. Perhaps someone has a thought.
Re: sa-update fails - bug 6702 reappearing?
On 03/03/2014 05:25 PM, Kevin A. McGrail wrote: On 3/3/2014 11:21 AM, Dieter Braun wrote: Am 03.03.2014 17:13, schrieb Kevin A. McGrail: On 3/3/2014 10:57 AM, Dieter Braun wrote: All Plugins appear to be from 3.4.0. With 'find / -nzme perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) Can you view HeaderEval.pm and confirm $self-register_eval_rule(check_equal_from_domains); is on the list of functions? From /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm: Bizarre... I am at a complete loss on your error. The code is there. Perhaps someone has a thought. shot in the dark... can you run updatedb locate FreeMail.pm
Re: sa-update fails - bug 6702 reappearing?
Am 03.03.2014 17:49, schrieb Axb: On 03/03/2014 05:25 PM, Kevin A. McGrail wrote: On 3/3/2014 11:21 AM, Dieter Braun wrote: Am 03.03.2014 17:13, schrieb Kevin A. McGrail: On 3/3/2014 10:57 AM, Dieter Braun wrote: All Plugins appear to be from 3.4.0. With 'find / -nzme perl*' I cannot find any file belonging to another version of perl. (To be more exact: I cannot claim this for the man pages, but that shouldn't matter here.:-) ) Can you view HeaderEval.pm and confirm $self-register_eval_rule(check_equal_from_domains); is on the list of functions? From /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm: Bizarre... I am at a complete loss on your error. The code is there. Perhaps someone has a thought. shot in the dark... can you run updatedb locate FreeMail.pm - XXX:~ # updatedb XXX:~ # locate FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/blib/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/FreeMail.pm - As before: /root/install/Mail-SpamAssassin-3.4.0/ is the location of the source code. attachment: dieter_braun.vcf
Re: sa-update fails - bug 6702 reappearing?
On 3/3/2014 12:18 PM, Dieter Braun wrote: - XXX:~ # updatedb XXX:~ # locate FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/blib/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /root/install/Mail-SpamAssassin-3.4.0/lib/Mail/SpamAssassin/Plugin/FreeMail.pm /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/FreeMail.pm - I'm baffled. You appear to have the right code but your perl is saying the code is not there and I can't replicate the issue.
Re: sa-update fails - bug 6702 reappearing?
This looks like a step where you have old and new as versions intermingling and not playing nicely. Can you clear the install and reinstall? Regards, KAM Dieter Braun dieter.br...@onevision.com wrote: Hi, after upgrading to 3.4.0 (on a test machine ;-)) sa-update doesn'twork any more. I'm getting the following output: XXX:~ # spamassassin -V SpamAssassin version 3.4.0 running on Perl version 5.8.8 XXX:~ # sa-update -V sa-update version svn1475932 running on Perl version 5.8.8 XXX:~ # sa-update rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: (Can't locate object method check_equal_from_domains via package Mail::SpamAssassin::PerMsgStatus at (eval 1008) line 97. ) channel: lint check of update failed, channel failed XXX:~ # echo $? 4 Fortunately, sa-update didn't delete the downloaded archives for the rules. Thus, I unpacked the rules manually and I could locate the problem in 72_active.cf: ##{ T_HEADER_FROM_DIFFERENT_DOMAINS ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) header T_HEADER_FROM_DIFFERENT_DOMAINS eval:check_equal_from_domains() describe T_HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different #score T_HEADER_FROM_DIFFERENT_DOMAINS 0.25 endif endif ##} T_HEADER_FROM_DIFFERENT_DOMAINS ifplugin Mail::SpamAssassin::Plugin::FreeMail if (version = 3.004000) With this rule I get: XXX:~ # spamassassin --lint Feb 28 16:39:50.580 [29782] warn: rules: failed to run T_HEADER_FROM_DIFFERENT_DOMAINS test, skipping: Feb 28 16:39:50.580 [29782] warn: (Can't locate object method check_equal_from_domains via package Mail: [...]:SpamAssassin::PerMsgStatus at (eval 988) line 97. Feb 28 16:39:50.580 [29782] warn: ) Feb 28 16:39:50.819 [29782] warn: lint: 1 issues detected, please rerun with debug enabled for more information After changing the version based condition for T_HEADER_FROM_DIFFERENT_DOMAINS from if (version = 3.004000) to if (version 3.004000), spamassassin --lint does not report any error any more (it doesn't report anything as it is wanted ;-)). Doesn't that look pretty much like bug 6702, but now for version 3.4.0? However, manually fixing the rule is OK for debugging on a test machine. But our production machine is automatically updating the rules every day. Introducing a manual step into this automatic procedure would just be a mess. ;-( Is it possible to fix the source for this rule? Regards, Dieter
Re: sa-update fails with “no mirrors available”
This file is empty here. I assume that's wrong. Try deleting the MIRRORED.BY file and run again. There are some race conditions that can lead to the issue that should be already fixed in trunk (i.e. no reason to open a bug report). regards, KAM
Re: sa-update fails with “no mirrors available”
On 2013–09–23 Kevin A. McGrail wrote: 1 - run sa-update -D -v to get more verbosity and send that log to the mailing list log is attached, here the last lines: Sep 23 19:52:46.968 [5668] dbg: channel: reading MIRRORED.BY file error: no mirrors available for channel updates.spamassassin.org channel: no mirrors available, channel failed Sep 23 19:52:46.968 [5668] dbg: generic: cleaning up temporary directory/files Sep 23 19:52:46.969 [5668] dbg: diag: updates complete, exiting with code 4 Update available for channel updates.spamassassin.org Update failed, exiting with code 4 2 - Look at /var/lib/spamassassin/3.003002/updates_spamassassin_org/MIRRORED.BY (I believe that's the correct path). This file is empty here. I assume that's wrong. That file can end up blank on some machines but that's been fixed. I'm on Debian Sid. I'll file a bug report tomorrow. What's supposed to be in that file (then I can add it manually as a workaround)? Marco Sep 23 19:52:36.528 [5668] dbg: logger: adding facilities: all Sep 23 19:52:36.529 [5668] dbg: logger: logging level is DBG Sep 23 19:52:36.529 [5668] dbg: generic: SpamAssassin version 3.3.2 Sep 23 19:52:36.529 [5668] dbg: generic: Perl 5.018001, PREFIX=/usr, DEF_RULES_DIR=/usr/share/spamassassin, LOCAL_RULES_DIR=/etc/spamassassin, LOCAL_STATE_DIR=/var/lib/spamassassin Sep 23 19:52:36.529 [5668] dbg: config: timing enabled Sep 23 19:52:36.530 [5668] dbg: config: score set 0 chosen. Sep 23 19:52:36.541 [5668] dbg: dns: is Net::DNS::Resolver available? yes Sep 23 19:52:36.541 [5668] dbg: dns: Net::DNS version: 0.68 Sep 23 19:52:36.542 [5668] dbg: generic: sa-update version svn917659 Sep 23 19:52:36.542 [5668] dbg: generic: using update directory: /var/lib/spamassassin/3.003002 Sep 23 19:52:36.758 [5668] dbg: diag: perl platform: 5.018001 linux Sep 23 19:52:36.758 [5668] dbg: diag: [...] module installed: Digest::SHA, version 5.84_01 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: HTML::Parser, version 3.71 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: Net::DNS, version 0.68 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: NetAddr::IP, version 4.062 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: Time::HiRes, version 1.9725 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: Archive::Tar, version 1.90 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: IO::Zlib, version 1.10 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module not installed: Digest::SHA1 ('require' failed) Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: MIME::Base64, version 3.13 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: DB_File, version 1.827 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: Net::SMTP, version 2.31 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module installed: Mail::SPF, version v2.009 Sep 23 19:52:36.759 [5668] dbg: diag: [...] module not installed: IP::Country::Fast ('require' failed) Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: Razor2::Client::Agent, version 2.84 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module not installed: Net::Ident ('require' failed) Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: IO::Socket::INET6, version 2.69 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: IO::Socket::SSL, version 1.954 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: Compress::Zlib, version 2.06 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module not installed: Mail::DKIM ('require' failed) Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: DBI, version 1.628 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: Getopt::Long, version 2.39 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: LWP::UserAgent, version 6.05 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module installed: HTTP::Date, version 6.02 Sep 23 19:52:36.760 [5668] dbg: diag: [...] module not installed: Encode::Detect ('require' failed) Sep 23 19:52:36.761 [5668] dbg: gpg: Searching for 'gpg' Sep 23 19:52:36.762 [5668] dbg: util: current PATH is: /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games Sep 23 19:52:36.762 [5668] dbg: util: executable for gpg was found at /usr/bin/gpg Sep 23 19:52:36.762 [5668] dbg: gpg: found /usr/bin/gpg Sep 23 19:52:36.762 [5668] dbg: gpg: release trusted key id list: 0C2B1D7175B852C64B3CDC716C55397824F434CE 5E541DC959CB8BAC7C78DFDC4056A61A5244EC45 26C900A46DD40CD5AD24F6D7DEE01987265FA05B Sep 23 19:52:36.771 [5668] dbg: channel: attempting channel updates.spamassassin.org Sep 23 19:52:36.771 [5668] dbg: channel: update directory /var/lib/spamassassin/3.003002/updates_spamassassin_org Sep 23 19:52:36.771 [5668] dbg: channel: channel cf file /var/lib/spamassassin/3.003002/updates_spamassassin_org.cf Sep 23 19:52:36.771 [5668] dbg: channel: channel pre file /var/lib/spamassassin/3.003002/updates_spamassassin_org.pre Sep 23
Re: sa-update fails with “no mirrors available”
On 2013–09–23 Kevin A. McGrail wrote: This file is empty here. I assume that's wrong. Try deleting the MIRRORED.BY file and run again. There are some race conditions that can lead to the issue that should be already fixed in trunk I deleted MIRRORED.BY and now it's working: dbg: channel: no MIRRORED.BY file available dbg: http: GET request, http://spamassassin.apache.org/updates/MIRRORED.BY dbg: channel: MIRRORED.BY file retrieved dbg: channel: reading MIRRORED.BY file dbg: channel: found mirror http://sa-update.dnswl.org/ weight=1 Thanks for the quick help. Marco
Re: sa-update fails
You were right. I've reinstalled LWP and sa-update worked. Thank you John. John Hardin wrote: On Fri, 12 Aug 2011, manspan1 wrote: I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10. When I run: sa-update I get: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed: 501 Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require: 501 Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require what seems to be the problem? Your copy of LWP::Protocol::http is corrupt? This isn't a part of SA. Try reinstalling/updating LWP::Protocol::http (or LWP::Protocol::http10) from your distro repository or from CPAN. -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 --- The problem is when people look at Yahoo, slashdot, or groklaw and jump from obvious and correct observations like Oh my God, this place is teeming with utter morons to incorrect conclusions like there's nothing of value here.-- Al Petrofsky, in Y! SCOX --- 3 days until the 66th anniversary of the end of World War II -- View this message in context: http://old.nabble.com/sa-update-fails-tp32249404p32269475.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
Re: sa-update fails
On Fri, 12 Aug 2011, manspan1 wrote: I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10. When I run: sa-update I get: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed: 501 Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require: 501 Attempt to reload LWP/Protocol/http.pm aborted. Compilation failed in require what seems to be the problem? Your copy of LWP::Protocol::http is corrupt? This isn't a part of SA. Try reinstalling/updating LWP::Protocol::http (or LWP::Protocol::http10) from your distro repository or from CPAN. -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 --- The problem is when people look at Yahoo, slashdot, or groklaw and jump from obvious and correct observations like Oh my God, this place is teeming with utter morons to incorrect conclusions like there's nothing of value here.-- Al Petrofsky, in Y! SCOX --- 3 days until the 66th anniversary of the end of World War II
Re: sa-update fails: daryl.dostech...404
On 13/02/2010 6:35 PM, jida...@jidanni.org wrote: $ sa-update http: GET http://daryl.dostech.ca/sa-update/asf/909775.tar.gz request failed: 404 Not Found There was an issue on the source host that has since been resolved. Daryl
Re: sa-update fails suddenly
What about spamassassin -D --lint? btw I suspect this is from having 2 versions of SpamAssassin installed, and/or 2 versions of perl, colliding with each other. --j. Michael Monnerie writes: On Mittwoch, 12. November 2008 Justin Mason wrote: Are you using the sought ruleset? I updated that last night to bundle the new anti-fraud component. However it all looks fine and I can't see a bug that would cause those errors... Oh, my first mail to the list arrived, so I seem to not get any mails since 2nd November. I'll look into that. Meanwhile, my apologies for double posting. And yes Justin, I'm using 2 channels, one is your sought rules. But even just calling sa-update gives errors: *** # sa-update Subroutine check_for_from_dns redefined at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/EvalTests.pm line 1429. plugin: failed to parse plugin (from @INC): Bareword Mail::SpamAssassin::Constants::CHARSETS_LIKELY_TO_FP_AS_CAPS not allowed while strict subs in use at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm line 968. Compilation failed in require at (eval 101) line 1. plugin: failed to parse plugin (from @INC): CHARSETS_LIKELY_TO_FP_AS_CAPS is not exported by the Mail::SpamAssassin::Constants module Can't continue after import errors at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22 BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22. Compilation failed in require at (eval 102) line 1. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 143) line 10, near } (and much more lines follow) *** mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: www.keyserver.net Key-ID: 1C1209B4 exit 255
Re: sa-update fails suddenly
On Mittwoch, 12. November 2008 Justin Mason wrote: Are you using the sought ruleset? I updated that last night to bundle the new anti-fraud component. However it all looks fine and I can't see a bug that would cause those errors... Oh, my first mail to the list arrived, so I seem to not get any mails since 2nd November. I'll look into that. Meanwhile, my apologies for double posting. And yes Justin, I'm using 2 channels, one is your sought rules. But even just calling sa-update gives errors: *** # sa-update Subroutine check_for_from_dns redefined at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/EvalTests.pm line 1429. plugin: failed to parse plugin (from @INC): Bareword Mail::SpamAssassin::Constants::CHARSETS_LIKELY_TO_FP_AS_CAPS not allowed while strict subs in use at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm line 968. Compilation failed in require at (eval 101) line 1. plugin: failed to parse plugin (from @INC): CHARSETS_LIKELY_TO_FP_AS_CAPS is not exported by the Mail::SpamAssassin::Constants module Can't continue after import errors at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22 BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22. Compilation failed in require at (eval 102) line 1. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 143) line 10, near } (and much more lines follow) *** mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: www.keyserver.net Key-ID: 1C1209B4 signature.asc Description: This is a digitally signed message part.
Re: sa-update fails suddenly
Michael Monnerie writes: Without changing anything my sa-update suddenly fails badly. Can someone give me a hint? Are you using the sought ruleset? I updated that last night to bundle the new anti-fraud component. However it all looks fine and I can't see a bug that would cause those errors... --j. Subroutine check_for_from_dns redefined at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/EvalTests.pm line 1429. plugin: failed to parse plugin (from @INC): Bareword Mail::SpamAssassin::Constants::CHARSETS_LIKELY_TO_FP_AS_CAPS not allowed while strict subs in use at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm line 968. Compilation failed in require at (eval 101) line 1. plugin: failed to parse plugin (from @INC): CHARSETS_LIKELY_TO_FP_AS_CAPS is not exported by the Mail::SpamAssassin::Constants module Can't continue after import errors at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22 BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22. Compilation failed in require at (eval 102) line 1. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 143) line 10, near } 1 (Missing operator before 1?) rules: failed to run header tests, skipping some: syntax error at (eval 143) line 6, at EOF Global symbol $plugin requires explicit package name at (eval 143) line 7. syntax error at (eval 143) line 11, near ; } Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 144) line 10, near } 1 (Missing operator before 1?) rules: failed to run header tests, skipping some: syntax error at (eval 144) line 6, at EOF Global symbol $plugin requires explicit package name at (eval 144) line 7. syntax error at (eval 144) line 11, near ; } Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 145) line 10, near } 1 (Missing operator before 1?) rules: failed to run header tests, skipping some: syntax error at (eval 145) line 6, at EOF Global symbol $plugin requires explicit package name at (eval 145) line 7. syntax error at (eval 145) line 11, near ; } Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 146) line 10, near } 1 (Missing operator before 1?) rules: failed to run header tests, skipping some: syntax error at (eval 146) line 6, at EOF Global symbol $plugin requires explicit package name at (eval 146) line 7. syntax error at (eval 146) line 11, near ; } Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 147) line 10, near } 1 (Missing operator before 1?) rules: failed to run header tests, skipping some: syntax error at (eval 147) line 6, at EOF Global symbol $plugin requires explicit package name at (eval 147) line 7. syntax error at (eval 147) line 11,
Re: sa-update fails suddenly
On 12.11.08 11:24, Michael Monnerie wrote: Without changing anything my sa-update suddenly fails badly. Can someone give me a hint? HAven't you changed or upgraded perl or any of its libraries? Subroutine check_for_from_dns redefined at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/EvalTests.pm line 1429. plugin: failed to parse plugin (from @INC): Bareword Mail::SpamAssassin::Constants::CHARSETS_LIKELY_TO_FP_AS_CAPS not allowed while strict subs in use at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm line 968. Compilation failed in require at (eval 101) line 1. -- Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. To Boot or not to Boot, that's the question. [WD1270 Caviar]
Re: sa-update fails suddenly
On Mittwoch, 12. November 2008 Justin Mason wrote: Are you using the sought ruleset? I updated that last night to bundle the new anti-fraud component. However it all looks fine and I can't see a bug that would cause those errors... I've got confirmation that I have been re-subscribed now. Don't know what happened. Have this problem sometimes, but only with this SA list. Meanwhile, my apologies for double posting. And yes Justin, I'm using 2 channels, one is your sought rules. But even just calling sa-update gives errors: *** # sa-update Subroutine check_for_from_dns redefined at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/EvalTests.pm line 1429. plugin: failed to parse plugin (from @INC): Bareword Mail::SpamAssassin::Constants::CHARSETS_LIKELY_TO_FP_AS_CAPS not allowed while strict subs in use at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/HeaderEval.pm line 968. Compilation failed in require at (eval 101) line 1. plugin: failed to parse plugin (from @INC): CHARSETS_LIKELY_TO_FP_AS_CAPS is not exported by the Mail::SpamAssassin::Constants module Can't continue after import errors at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22 BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Plugin/MIMEEval.pm line 22. Compilation failed in require at (eval 102) line 1. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2669. Number found where operator expected at (eval 143) line 10, near } (and much more lines follow) *** mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: www.keyserver.net Key-ID: 1C1209B4 signature.asc Description: This is a digitally signed message part.
Re: sa-update fails suddenly
On Donnerstag, 13. November 2008 Michael Monnerie wrote: Without changing anything Bah, found the bug, it was a PEBKAC. Some stupid installed SA 3.1.8 from the openSUSE DVD, while we were at 3.2.5. Reverted to 3.2.5, runs smooth as it should. Sorry for the fuzz. mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: www.keyserver.net Key-ID: 1C1209B4 signature.asc Description: This is a digitally signed message part.
Re: sa-update fails
(Please keep it on the list...) Gene Heskett wrote: Have you checked in the key ring to see that it's really there? The command is cat, but what file? I don't know from memory, but my guess is that reading the man pages would give an answer to this. gone, but it also isn't updating anything either unless is both silent and damned fast. It is silent unless there was a problem. To check wether it updated anything check the exit code (0 means there was an update). You can also check the contents of the update dir to see how new the stuff in there is. Regards /Jonas -- Jonas Eckerman, FSDB Fruktträdet http://whatever.frukt.org/ http://www.fsdb.org/ http://www.frukt.org/
Re: sa-update fails
Gene Heskett wrote: Even though I have followed the intructions in the error message twice now, I still have the same error when sa-update is run: Did you also follow the instructions for the channel you are trying to update? They are available at http://saupdates.openprotect.com/. # /usr/bin/sa-update --allowplugins --gpgkey D1C035168C1EBC08464946DA258CDB3ABDE9DC10 --channel saupdates.openprotect.com The copmmand line above tries to update the channel saupdates.openprotect.com wich is not the official channel. Perhaps you need to import the channel's GPG key? For example: wget http://spamassassin.apache.org/updates/GPG.KEY sa-update --import GPG.KEY Note the important For example: in the error message. The actual key you need to import is specific to the channel you are using. The key in the *example* is probably the key for the official channel. The key used for the saupdates.openprotect.com channel, as speciefied in the instructions at http://saupdates.openprotect.com/ is http://saupdates.openprotect.com/pub.gpg. (Note: OpenProtect recommends you use gpg to fetch their key from a key server rather than fetch it with wget.) Regards /Jonas -- Jonas Eckerman, FSDB Fruktträdet http://whatever.frukt.org/ http://www.fsdb.org/ http://www.frukt.org/
Re: sa-update fails
(Please keep it on the list...) Gene Heskett wrote: Did you also follow the instructions for the channel you are trying to update? They are available at http://saupdates.openprotect.com/. First time anybody has mentioned that in about 6 months, Maybe it is, but in that case it was mentioned before that. Anyway, I just found them through Google and it is the same address as for the channel so it's not that hard to find. I converted teh rules_du_jour thing to this per the instructions then. Is this newer yet? Is what newer? Newer than what? The saupdates.openprotect.com is newer than RDJ if that's what you mean. The instruction page isn't very new, but it's possible that the instructions have been changed recently. And the last I knew the official channel was squawking about the bandwidth, threatening to disallow us if we used it on a regular basis. I've never read anything like that anywhere. Quite the opposite actually. It is recommended to schedule regular runs of sa-update for the oficial channel. Since sa-update uses the DNS system to see if there are any updates available from the official channel updates.spamassassin.org it really doesn't require a problematic amount of bandwidth for regular checks. Also, this really isn't relevant in this case since the saupdates.openprotect.com channel has completely different content from the updates.spamassassin.org channel, so you really should update the official channel as well. Somebody should make up their mind as to who's desk has the buck stops here' sign on it. I really don't understand what you mean here. The SpamAssassin crew are responsible for the official channel only. Whoever publishes a third party channel is responsible for that channel. You are responible for choosing what channels you use. Personally I would not ever use a third party channel without first reading the published documentation about the channel and also checking the actual content to see wetrher it's a channel I want or not. That said, I do use OpenProtects channel in addition to the official channel. I believe that someplace over the last 72 hours I have done that, pulling the key from the keyserver at MIT IIRC. Have you checked in the key ring to see that it's really there? /Jonas -- Jonas Eckerman, FSDB Fruktträdet http://whatever.frukt.org/ http://www.fsdb.org/ http://www.frukt.org/
Re: sa-update fails
Gene Heskett writes: Greetings; Even though I have followed the intructions in the error message twice now, I still have the same error when sa-update is run: # /usr/bin/sa-update --allowplugins --gpgkey D1C035168C1EBC08464946DA258CDB3ABDE9DC10 --channel saupdates.openprotect.com error: GPG validation failed! The update downloaded successfully, but it was not signed with a trusted GPG key. Instead, it was signed with the following keys: BDE9DC10 Perhaps you need to import the channel's GPG key? For example: wget http://spamassassin.apache.org/updates/GPG.KEY sa-update --import GPG.KEY channel: GPG validation failed, channel failed New secret process guys? But I note the signature key is the last 8 digits of the GPG.KEY my cron job was using. what version of gpg do you use? This sounds like the first report of http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5775 --j.
Re: sa-update fails
Gene Heskett writes: On Thursday 10 January 2008, Justin Mason wrote: Gene Heskett writes: Greetings; Even though I have followed the intructions in the error message twice now, I still have the same error when sa-update is run: # /usr/bin/sa-update --allowplugins --gpgkey D1C035168C1EBC08464946DA258CDB3ABDE9DC10 --channel saupdates.openprotect.com error: GPG validation failed! The update downloaded successfully, but it was not signed with a trusted GPG key. Instead, it was signed with the following keys: BDE9DC10 Perhaps you need to import the channel's GPG key? For example: wget http://spamassassin.apache.org/updates/GPG.KEY sa-update --import GPG.KEY channel: GPG validation failed, channel failed New secret process guys? But I note the signature key is the last 8 digits of the GPG.KEY my cron job was using. what version of gpg do you use? This sounds like the first report of http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5775 According to smart or an rpm -q, gpgme-1.1.5-4.fc8 ok, that's not it. sounds like the newly cross-signed key isn't valid for some versions of GPG? --j.
Re: sa-update fails
On Thu, Jan 10, 2008 at 12:24:00PM +, Justin Mason wrote: # /usr/bin/sa-update --allowplugins --gpgkey D1C035168C1EBC08464946DA258CDB3ABDE9DC10 --channel saupdates.openprotect.com error: GPG validation failed! The update downloaded successfully, but it was not signed with a trusted GPG key. Instead, it was signed with the following keys: BDE9DC10 Perhaps you need to import the channel's GPG key? For example: wget http://spamassassin.apache.org/updates/GPG.KEY sa-update --import GPG.KEY channel: GPG validation failed, channel failed ok, that's not it. sounds like the newly cross-signed key isn't valid for some versions of GPG? This has nothing to do with our new cross-signed key, the commandline is downloading updates from saupdates.openprotect.com. I'd want to see the debug output from the sa-update run though. It could be the cross-certify thing for the BDE9DC10 key, or it could be something else, hard to say with the given info.. -- Randomly Selected Tagline: That thing [the space shuttle] has the glide slope of a brick. - Joe Ruga at LISA '99 pgpdXUorvrp8p.pgp Description: PGP signature
Re: sa-update fails
John Thompson wrote: Running Spamassassin-3.2.1 on FreeBSD (built from the ports collection), sa-update fails for me thus: [root]# sa-update Can't locate object method finish via package Mail::SpamAssassin::Timeout at /usr/local/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/PluginHandler.pm line 234. Something wrong with my installation? It appears that you've loaded the M::SA::Timeout package as a plugin, probably on the bad advice of some third-party plugin (which one escapes me). It's not a plugin, though, so remove the loadplugin line for M::SA::Timeout. Daryl
Re: sa-update fails - NXDOMAIN on updates.spamassassin.org
On Tue, Sep 20, 2005 at 07:20:43AM -0500, Steven Stern wrote: [17638] dbg: channel: attempting channel updates.spamassassin.org [17638] dbg: channel: update directory /etc/mail/spamassassin/updates_spamassassin_org [17638] dbg: channel: channel cf file /etc/mail/spamassassin/updates_spamassassin_org.cf [17638] dbg: dns: query failed: 0.1.3.updates.spamassassin.org = NXDOMAIN Yes, there are no updates setup yet. -- Randomly Generated Tagline: Amy: Way to go, Professor, the plan worked. Mom: Plan? What plan? I thought this was a spontaneous whirlwind of hot dry sex. pgp0B8UY1ZZDS.pgp Description: PGP signature