Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Hi, LOCAL_RULES_DIR after all the regular config items in the hash. After modifying mimedefang.pl (see attached diff/patch for mimedefang.pl.in) to do the same, I find that SURBL lookups work. So it wasn't the presence of that argument/key but rather it place in the hash that caused SURBL to not work. That makes no sense whatsoever; a hash is unordered! So it shouldn't matter where you put the key. (I'm not saying that it didn't fix the problem, but I am saying that it makes no sense!) Here we have the same problem. SURBL lookups stopped working after upgrading to 2.49. Martin ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Fri, 10 Dec 2004 12:17:56 -0500 (EST), David F. Skoll [EMAIL PROTECTED] wrote: MD 2.49 and SA 3.0.1 works fine for me, with SURBL. I have $SALocalTestsOnly = 0; in the filter, and it works like a charm. Do you have anything odd in sa-mimedefang.cf ? Other than some whitelist/blacklist addresses and some score alterations, all I have is: bayes_path /usr/local/etc/mail/spamassassin/bayes/bayes bayes_auto_learn 1 lock_method flock ok_locales en use_terse_report 0 skip_rbl_checks 0 header RCVD_IN_ABUSEATeval:check_rbl('ABUSEAT','cbl.abuseat.org.') describe RCVD_IN_ABUSEATABUSEAT: sender is listed in Composite list cbl.abuseat.org scoreRCVD_IN_ABUSEAT3 tflags RCVD_IN_ABUSEATnet header FAKE_QMAIL_ID Message-ID =~ /\.[0-9a-z]{0,5}[a-z]{1,5}[0-9a-z]{0,5}\.qmail\@/i describe FAKE_QMAIL_ID SOBER: Fake QMAIL message ID scoreFAKE_QMAIL_ID 3 It's the same file as is used when I call SA directly, and the SURBL lookups work fine there. Other RBL lookups work fine. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Hi, It's the same file as is used when I call SA directly, and the SURBL lookups work fine there. Other RBL lookups work fine. Same here. I had to cut and paste all the SURBL lookups into the local-sa.cf file to get them working again. SPAMHAUS and other RBL still work in both situations. Only SURBL stopped working. Martin ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
David F. Skoll wrote: On Fri, 10 Dec 2004, Rob MacGregor wrote: Similarly with MD 2.48 (the latest on FreeBSD ports) and SpamAssassin 3.0.1 under FreeBSD 5.3-STABLE I don't see the SURBL lookups working when MD is calls SA. When SA is called directly however the lookups do work. MD 2.49 and SA 3.0.1 works fine for me, with SURBL. I have $SALocalTestsOnly = 0; in the filter, and it works like a charm. Do you have anything odd in sa-mimedefang.cf ? I am having the same problem with MD 2.49 and SA 3.0.1 on Solaris 9. I think it must be related to config files but I haven't been able to pinpoint it. Here are some lines from my configs: # grep SALocal /etc/mail/mimedefang-filter $SALocalTestsOnly = 0; # grep -v ^# /etc/mail/sa-mimedefang.cf | grep -v '^$' required_hits 5 ok_locales en rewrite_subject 0 skip_rbl_checks 0 use_bayes 1 bayes_auto_learn 1 bayes_learn_to_journal 1 bayes_path /etc/mail/spamassassin/bayes/bayes bayes_file_mode 0700 bayes_use_hapaxes 1 bayes_auto_learn_threshold_nonspam0.0 bayes_auto_learn_threshold_spam 8.0 urirhssub URIBL_JP_SURBL multi.surbl.org. A 64 body URIBL_JP_SURBL eval:check_uridnsbl('URIBL_JP_SURBL') describe URIBL_JP_SURBL Contains a URL listed in the JP SURBL blocklist tflagsURIBL_JP_SURBL net score URIBL_JP_SURBL 4.0 When a message with body containing http://surbl-org-permanent-test-point.com-MUNGED/ (with no -MUNGED of course) is piped as follows cat surbl_test | spamassassin -tD I get a lot of stuff that includes this: debug: running body-text per-line regexp tests; score so far=0 debug: running uri tests; score so far=0 debug: registering glue method for check_uridnsbl (Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x52d71c)) debug: Razor2 is not available debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x52d71c) implements 'check_tick' debug: URIDNSBL: domain surbl-org-permanent-test-point.com listed (URIBL_SC_SURBL): 127.0.0.2 debug: URIDNSBL: query for surbl-org-permanent-test-point.com took 1 seconds to look up (multi.surbl.org.:surbl-org-permanent-test-point.com) debug: URIDNSBL: queries completed: 2 started: 0 debug: URIDNSBL: queries active: at Fri Dec 10 12:42:44 2004 debug: running raw-body-text per-line regexp tests; score so far=0 debug: running full-text regexp tests; score so far=0 debug: Razor2 is not available debug: Current PATH is: /bin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/ucb debug: Pyzor is not available: pyzor not found debug: DCCifd is not available: no r/w dccifd socket found. debug: DCC is not available: no executable dccproc found. debug: Running tests for priority: 500 debug: RBL: success for 21 of 21 queries debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x52d71c) implements 'check_post_dnsbl' debug: running meta tests; score so far=4.271 but when I explicitly use sa-mimedefang.cf cat surbl_test | spamassassin --config-file=/etc/mail/sa-mimedefang.cf -tD I get debug: running body-text per-line regexp tests; score so far=0 debug: running uri tests; score so far=0 debug: registering glue method for check_uridnsbl (Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xae5614)) debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xae5614) implements 'check_tick' debug: URIDNSBL: query for surbl-org-permanent-test-point.com took 0 seconds to look up (multi.surbl.org.:surbl-org-permanent-test-point.com) debug: URIDNSBL: queries completed: 2 started: 0 debug: URIDNSBL: queries active: at Fri Dec 10 12:42:25 2004 debug: running raw-body-text per-line regexp tests; score so far=0 debug: running full-text regexp tests; score so far=0 debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xae5614) implements 'check_post_dnsbl' debug: auto-learn: currently using scoreset 3, recomputing score based on scoreset 1. debug: auto-learn: message score: 0, computed score for autolearn: 0 debug: auto-learn? ham=0, spam=8, body-points=0, head-points=0, learned-points=0 debug: auto-learn? no: inside auto-learn thresholds, not considered ham or spam debug: is spam? score=0 required=5 Any suggestions? Cheers, Lew Lefton ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Fri, 10 Dec 2004, Rob MacGregor wrote: This file loads modules for URIDNSBL, hashcash and SPF by default. Putting the same lines in the SA config file doesn't have the same effect - the modules don't seem to be loaded. Aha! This is what my /etc/mail/spamassassin/init.pre file contains: loadplugin Mail::SpamAssassin::Plugin::URIDNSBL You have to put the init.pre file in the LOCAL_RULES_DIR directory, I believe. Regards, David. ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Fri, 10 Dec 2004 19:15:56 +0100 (CET), Martin Blapp [EMAIL PROTECTED] wrote: Same here. I had to cut and paste all the SURBL lookups into the local-sa.cf file to get them working again. SPAMHAUS and other RBL still work in both situations. Only SURBL stopped working. Some digging suggests it's the lack of loading the URIDNSBL module. With SA 3.0 there's an init.pre file that loads modules for SA. In it there's a line to load the URIDNSBL module. If I comment it out then I get the same result as for MD. This file loads modules for URIDNSBL, hashcash and SPF by default. Putting the same lines in the SA config file doesn't have the same effect - the modules don't seem to be loaded. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Ok, putting the test into local.cf got me the following error: ... mimedefang-multiplexor[50777]: Slave 0 stderr: Failed to run URIBL_SC_SURBL SpamAssassin test, skipping:(Can't locate object method check_uridnsbl via package Mail::SpamAssassin::PerMsgStatus at /usr/local/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/PerMsgStatus.pm line 2296. ) Which is what happens if the module isn't loaded, so it looks like something isn't happening with init.pre when called from MD. Sticking the loadplugin command into local.cf AND importing all the UIRBL lines makes it work, but there's obviously something broken :( -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Fri, 10 Dec 2004 14:51:26 -0500, Lew E. Lefton [EMAIL PROTECTED] wrote: Thanks! That worked for me. I copied the init.pre installed by spamassassin to /etc/mail/spamassassin and SURBL testpoints are scoring agin. A similar approach has just worked for me - with FreeBSD it looks like MD looks under /usr/local/etc/mimedefang/spamassassin for it's config. I had a symlink to the SA conf file, but not for init.pre. I've just symlinked the whole directory to the SA one and everything now works. Thanks. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Fri, 10 Dec 2004 13:59:48 +0100 (CET), Martin Blapp [EMAIL PROTECTED] wrote: Here we have the same problem. SURBL lookups stopped working after upgrading to 2.49. Similarly with MD 2.48 (the latest on FreeBSD ports) and SpamAssassin 3.0.1 under FreeBSD 5.3-STABLE I don't see the SURBL lookups working when MD is calls SA. When SA is called directly however the lookups do work. Nothing is logged to indicate any problems. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
David F. Skoll wrote: On Fri, 10 Dec 2004, Rob MacGregor wrote: This file loads modules for URIDNSBL, hashcash and SPF by default. Putting the same lines in the SA config file doesn't have the same effect - the modules don't seem to be loaded. Aha! This is what my /etc/mail/spamassassin/init.pre file contains: loadplugin Mail::SpamAssassin::Plugin::URIDNSBL You have to put the init.pre file in the LOCAL_RULES_DIR directory, I believe. Thanks! That worked for me. I copied the init.pre installed by spamassassin to /etc/mail/spamassassin and SURBL testpoints are scoring agin. Lew ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Tue, 2004-11-02 at 14:37 -0500, Sven Willenberger wrote: On Tue, 2004-11-02 at 12:49 -0500, David F. Skoll wrote: On Tue, 2 Nov 2004, Sven Willenberger wrote: Actually I don't see anything in the logs to indicate failure of the SURBL lookups. I have tried using both embedded and not embedded perl to run MD to no avail. Spamassassin is being called from the default location in the distributed filter.example. I'm unable to duplicate this. Anyone else? Please include OS and SpamAssassin version. Regards, I have found the line in mimedefang.pl that was causing my problem: 6079 $SASpamTester = Mail::SpamAssassin-new({ 6080 local_tests_only = $SALocalTestsOnly, 6081 dont_copy_prefs= 1, = 6082 LOCAL_RULES_DIR= $LOCAL_RULES_DIR, 6083 userprefs_filename = $config}); Line 6082 passes LOCAL_RULES_DIR as an argument to the new() method/constructor but this does not show up in perldoc Mail:: SpamAssassin as a valid argument. Commenting out that line (which, by the way does not appear in earlier versions of mimedefang) results in the SURBL lookups being done again: X-Spam-Score: 10.209 (**) DCC_CHECK,HTML_20_30,HTML_MESSAGE, MANGLED_RATES,MANGLED_SAVELE,MIME_HTML_ONLY,URIBL_WS_SURBL Also the tcpdump does verify traffic now going to the local caching rbldns server. I checked to see if that line was being added by the FreeBSD ports scripts, but upon investigating the source distro's copy of mimedefang.pl.in I see that line in there as well. FreeBSD 5.2.1-p9 SpamAssassin version 3.0.1 running on Perl version 5.8.5 After examining spamassassin itself, I found that it places LOCAL_RULES_DIR after all the regular config items in the hash. After modifying mimedefang.pl (see attached diff/patch for mimedefang.pl.in) to do the same, I find that SURBL lookups work. So it wasn't the presence of that argument/key but rather it place in the hash that caused SURBL to not work. This is on a 5.3-Stable FreeBSD box running SA 3.0.1 and Mimedefang 2.48. (Verified that the order is still the same in 2.49 as well). Sven --- mimedefang.pl.in.orig Thu Dec 9 08:49:17 2004 +++ mimedefang.pl.in Thu Dec 9 08:49:50 2004 @@ -6080,6 +6080,6 @@ local_tests_only = $SALocalTestsOnly, dont_copy_prefs= 1, - LOCAL_RULES_DIR= $LOCAL_RULES_DIR, - userprefs_filename = $config}); + userprefs_filename = $config, + LOCAL_RULES_DIR= $LOCAL_RULES_DIR}); pop_status_tag(); } ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Thu, 9 Dec 2004, Sven Willenberger wrote: After examining spamassassin itself, I found that it places LOCAL_RULES_DIR after all the regular config items in the hash. After modifying mimedefang.pl (see attached diff/patch for mimedefang.pl.in) to do the same, I find that SURBL lookups work. So it wasn't the presence of that argument/key but rather it place in the hash that caused SURBL to not work. That makes no sense whatsoever; a hash is unordered! So it shouldn't matter where you put the key. (I'm not saying that it didn't fix the problem, but I am saying that it makes no sense!) Regards, David. ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Hi, Not directly related to discussion. I guess that header was added by MIMEDefang? How do you fetch original SpamAssassin headers into MIMEDefang? I'd rather have SpamAssassin style headers appended (X-Spam-Status, X-Spam-Report, and so on) than X-Spam-Score from example mimedefang-filter. I generate them. I think it would be nice to have something like that in the example filter but it's not me deciding that. Anyway, here are parts of our filter ... # # keep track of start time # my ($done, $start, $TIMEVAL_T); if (! $skip_checks ) { require 'sys/syscall.ph'; $TIMEVAL_T = LL; $done = $start = pack($TIMEVAL_T, ()); syscall(SYS_gettimeofday, $start, 0) != -1 or die gettimeofday: $!; } [... Call Spamassassin ] # # Fix broken formatting done by spamassassin rules. # my $fixed_report = ; if ($hits = $report_req) { $fixed_report = $report; $fixed_report =~ s/\n+\z//g;# fixes for multiline header $fixed_report =~ s/\n[\t ]{0,}\n/\n/g; # removes empty lines $fixed_report =~ s/\n/\n\t/g; # to stop sendmail complaining } # # Use the excellent wrapping function of Text::Wrap. # my $firstpart; my $secondpart; $Text::Wrap::columns = 60; $Text::Wrap::huge = 'wrap'; $Text::Wrap::break = '(?=[\s,])'; if ($names =~ /([0-9A-Z_,]{0,40},)(.*)/ ) { $firstpart = $1 . \n\t; $secondpart = Text::Wrap::wrap('',\t,$2); $names = $firstpart . $secondpart; } else { $names = Text::Wrap::wrap('',\t,$names); } } # # Get the final scan time # my ($seconds, $scantime); syscall( SYS_gettimeofday, $done, 0) != -1 or die gettimeofday: $!; my @start = unpack($TIMEVAL_T, $start); my @done = unpack($TIMEVAL_T, $done); # fix microseconds for ($done[1], $start[1]) { $_ /= 1_000_000 } $scantime = sprintf %.4f, ($done[0] + $done[1] ) - ($start[0] + $start[1] ); $seconds = \ . $scantime . seconds\; } action_add_header(X-Spam-Report, $fixed_report); action_add_header(X-Spam-Status, No, hits=$hits scantime=$seconds tests=$names); Martin ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
--On Tuesday, November 02, 2004 09:38:15 AM -0500 Sven Willenberger [EMAIL PROTECTED] wrote: On Mon, 2004-11-01 at 17:16 -0500, David F. Skoll wrote: On Mon, 1 Nov 2004, Sven Willenberger wrote: FreeBSD 5.2.1-Release had been using MD 2.44 with SA 2.64 and later with 3.0 and successfully was querying the SURBL nameserver (running a cached copy locally) -- this was visible using tcpdump on the loopback device listening on the rbldns port. Upgraded to MD 2.48 and no longer see traffic on this port, nor do I see the results of the SURBL tests in the spammy mail. Do you see messages like this in your log? WARNING: Something in your Perl filter appears to have opened a file descriptor outside of any function. With embedded Perl, you should move any code that opens a file descriptor into filter_initialize. DON'T BLAME MIMEDEFANG IF YOUR FILTER FAILS IN MYSTERIOUS AND UNPREDICTABLE WAYS. Regards, David. Actually I don't see anything in the logs to indicate failure of the SURBL lookups. I have tried using both embedded and not embedded perl to run MD to no avail. Spamassassin is being called from the default location in the distributed filter.example. same here Didi -- --- Didi Rieder [EMAIL PROTECTED] PGPKey ID: 3431D0B0 --- pgpRik0UXL72u.pgp Description: PGP signature ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Tue, 2 Nov 2004, Sven Willenberger wrote: Actually I don't see anything in the logs to indicate failure of the SURBL lookups. I have tried using both embedded and not embedded perl to run MD to no avail. Spamassassin is being called from the default location in the distributed filter.example. I'm unable to duplicate this. Anyone else? Please include OS and SpamAssassin version. Regards, David. ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Hi, I'm unable to duplicate this. Anyone else? Please include OS and SpamAssassin version. Works still here with SpamAssassin 3.01 and Mimedefang 2.48 ... Nov 2 16:02:12 mx1 sm-mta[13819]: iA2F1oSl013819: Milter add: header: X-Spam-Status: Yes, hits=49.893 required=5 scantime=13.5556 seconds tests=BAYES_99,DOMAIN_RATIO,HTML_90_100, HTML_FONT_BIG,HTML_IMAGE_ONLY_08,HTML_MESSAGE,\n\tHTML_TITLE_EMPTY,MIME_HTML_ONLY, MSGID_SPAM_CAPS,RBL_COMBO_A_2,RBL_COMBO_B_2,RBL_COMBO_C_2,RBL_COMBO_F_3, RCVD_HELO_IP_MISMATCH,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DSBL,RCVD_IN_SORBS_WEB, RCVD_IN_SWINOG_SPAM,RCVD_IN_XBL,RCVD_NUMERIC_HELO,URIBL_OB_SURBL,URIBL_SBL,URIBL_WS_SURBL Martin ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
--On Tuesday, November 02, 2004 12:49:07 PM -0500 David F. Skoll [EMAIL PROTECTED] wrote: I'm unable to duplicate this. Anyone else? Please include OS and SpamAssassin version. Now I realized that it works again, but it wasn't for over an hour (maybe connection problems to spamcop). Unfortunately it happend exactly after the update to 2.48 Confirmed working config: OS: Sparc Solaris 9 Perl: This is perl, v5.8.5 built for sun4-solaris SA: Mail-SpamAssassin-3.0.1 MIMEDefang-2.48 (using embedded Perl inerperter) Didi -- --- Didi Rieder [EMAIL PROTECTED] PGPKey ID: 3431D0B0 --- ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Martin Blapp wrote: Works still here with SpamAssassin 3.01 and Mimedefang 2.48 ... Nov 2 16:02:12 mx1 sm-mta[13819]: iA2F1oSl013819: Milter add: header: X-Spam-Status: Yes, hits=49.893 required=5 scantime=13.5556 seconds tests=BAYES_99,DOMAIN_RATIO,HTML_90_100, HTML_FONT_BIG,HTML_IMAGE_ONLY_08,HTML_MESSAGE,\n\tHTML_TITLE_EMPTY,MIME_HTML_ONLY, MSGID_SPAM_CAPS,RBL_COMBO_A_2,RBL_COMBO_B_2,RBL_COMBO_C_2,RBL_COMBO_F_3, RCVD_HELO_IP_MISMATCH,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DSBL,RCVD_IN_SORBS_WEB, RCVD_IN_SWINOG_SPAM,RCVD_IN_XBL,RCVD_NUMERIC_HELO,URIBL_OB_SURBL,URIBL_SBL,URIBL_WS_SURBL Not directly related to discussion. I guess that header was added by MIMEDefang? How do you fetch original SpamAssassin headers into MIMEDefang? I'd rather have SpamAssassin style headers appended (X-Spam-Status, X-Spam-Report, and so on) than X-Spam-Score from example mimedefang-filter. -- Aleksandar Milivojevic [EMAIL PROTECTED]Pollard Banknote Limited Systems Administrator 1499 Buffalo Place Tel: (204) 474-2323 ext 276 Winnipeg, MB R3T 1L7 ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Tue, 2004-11-02 at 12:49 -0500, David F. Skoll wrote: On Tue, 2 Nov 2004, Sven Willenberger wrote: Actually I don't see anything in the logs to indicate failure of the SURBL lookups. I have tried using both embedded and not embedded perl to run MD to no avail. Spamassassin is being called from the default location in the distributed filter.example. I'm unable to duplicate this. Anyone else? Please include OS and SpamAssassin version. Regards, I have found the line in mimedefang.pl that was causing my problem: 6079 $SASpamTester = Mail::SpamAssassin-new({ 6080 local_tests_only = $SALocalTestsOnly, 6081 dont_copy_prefs= 1, = 6082 LOCAL_RULES_DIR= $LOCAL_RULES_DIR, 6083 userprefs_filename = $config}); Line 6082 passes LOCAL_RULES_DIR as an argument to the new() method/constructor but this does not show up in perldoc Mail:: SpamAssassin as a valid argument. Commenting out that line (which, by the way does not appear in earlier versions of mimedefang) results in the SURBL lookups being done again: X-Spam-Score: 10.209 (**) DCC_CHECK,HTML_20_30,HTML_MESSAGE, MANGLED_RATES,MANGLED_SAVELE,MIME_HTML_ONLY,URIBL_WS_SURBL Also the tcpdump does verify traffic now going to the local caching rbldns server. I checked to see if that line was being added by the FreeBSD ports scripts, but upon investigating the source distro's copy of mimedefang.pl.in I see that line in there as well. FreeBSD 5.2.1-p9 SpamAssassin version 3.0.1 running on Perl version 5.8.5 Sven ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Am Di, den 02.11.2004 schrieb Martin Blapp um 19:20: Works still here with SpamAssassin 3.01 and Mimedefang 2.48 ... Nov 2 16:02:12 mx1 sm-mta[13819]: iA2F1oSl013819: Milter add: header: X-Spam-Status: Yes, hits=49.893 required=5 scantime=13.5556 seconds Martin How do you achieve the scantime value? Would you mind to post your filter code for that? Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.8-1.521smp Serendipity 20:05:22 up 13 days, 17:44, load average: 0.16, 0.35, 0.34 ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Am Mo, den 01.11.2004 schrieb Sven Willenberger um 22:40: I am using the same filter as in the 2.44 release and have verified $SALocalTestsOnly = 0; in the sa-mimedefang.cf file I have made sure that skip_rbl_checks 0 Sven Willenberger From reviewing the mimedefang.pl code where $SALocalTestsOnly is handled I have the impression, it can only be set globally. Is that right? I would like to override the default setting of deactivated remote tests by SA, but to omit these tests for some mailinglists. Any suggestion? Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.8-1.521smp Serendipity 20:07:17 up 13 days, 17:46, load average: 0.40, 0.41, 0.36 ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
Sven Willenberger wrote: On Tue, 2004-11-02 at 12:49 -0500, David F. Skoll wrote: I have found the line in mimedefang.pl that was causing my problem: 6079 $SASpamTester = Mail::SpamAssassin-new({ 6080 local_tests_only = $SALocalTestsOnly, 6081 dont_copy_prefs= 1, = 6082 LOCAL_RULES_DIR= $LOCAL_RULES_DIR, 6083 userprefs_filename = $config}); Thanks That has got my SURBLs working again. -- _/_/_/_/ _/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/ _/ Bill Maidment Maidment Enterprises Pty Ltd Unless you are named Alfred E. Newman, you may read only the odd numbered words (every other word beginning with the first) of the message above. If you have violated that, then you hereby owe the sender AU$10 for each even numbered word you have read. Adapted from Stupid Email Disclaimers (see http://www.goldmark.org/jeff/stupid-disclaimers/) ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] SURBL lookups no longer happening after upgrade to 2.48
On Mon, 1 Nov 2004, Sven Willenberger wrote: FreeBSD 5.2.1-Release had been using MD 2.44 with SA 2.64 and later with 3.0 and successfully was querying the SURBL nameserver (running a cached copy locally) -- this was visible using tcpdump on the loopback device listening on the rbldns port. Upgraded to MD 2.48 and no longer see traffic on this port, nor do I see the results of the SURBL tests in the spammy mail. Do you see messages like this in your log? WARNING: Something in your Perl filter appears to have opened a file descriptor outside of any function. With embedded Perl, you should move any code that opens a file descriptor into filter_initialize. DON'T BLAME MIMEDEFANG IF YOUR FILTER FAILS IN MYSTERIOUS AND UNPREDICTABLE WAYS. Regards, David. ___ Visit http://www.mimedefang.org and http://www.canit.ca MIMEDefang mailing list [EMAIL PROTECTED] http://lists.roaringpenguin.com/mailman/listinfo/mimedefang