Re: [Mimedefang] Getting the error Use of uninitialized value inconcatenation
It just means one of your variables in that md_syslog is undef. You can safely ignore the error if the spf query routine can correctly return undef. You could also try adding this to your mimedefang-filter and try and hide the messages: use warnings; no warnings 'uninitialized'; I'm getting the following errors in my logs, and I cant seem to pin them down Line 491 of my filter, the line number referenced in the error messages above, is the md_syslog line of the portion of filter_sender(), below. ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Getting the error Use of uninitialized value inconcatenation
Kevin A. McGrail wrote: use warnings; no warnings 'uninitialized'; Don't do that. Perl is trying to tell you something. It's better to track down and fix the problem than to hide it. Regards, David. ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
RE: [Mimedefang] Getting the error Use of uninitializedvalue inconcatenation
David wrote: use warnings; no warnings 'uninitialized'; Don't do that. Perl is trying to tell you something. It's better to track down and fix the problem than to hide it. Agreed. I've tried to keep straight those variables that are local / global, those that are passed back and forth between functions, and so on. I'm thinking about using the optional debugging flag in the SPF query (debug = 1, debuglog = sub {print STDERR @_\n } to see if the particular queries are returning some kind of garbage data, but it's just weird. I may try isolating the query code, parsing the helo's out of my log, and then run a loop that queries all the helo's. If I log the output, I might be able to corrolate garbage returns with the errors in my logs. Perhaps I should even compare the returns from this perl-based query, and the output of a simple host -t TXT $helo. Is anyone else using the same SPF query code (from Keith Patton - http://www.mimedefang.org/kwiki/index.cgi?IntegratingSPF )- as I am, and noticing any errors? Anyone have any ideas which value might be coming back undefined? Ken ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] Mimedefang 2.56 and SA 3.1.1 - Idle slaves
Hi David, Have you already tried Mimedefang together with SA 3.1.1 ? I've experienced some problems with slaves getting idle and not processing anymore anything after some timeout in pyzor, razor, dcc has occured. The Changelog of SA 3.1.1. reads: Bug 4696: consolidated fixes for timeout bugs r384584 | sidney | 2006-03-09 19:15:44 + So they have changed this behaviour again. http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4696 Martin Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED] -- ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: finger -l [EMAIL PROTECTED] PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E -- ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Mimedefang 2.56 and SA 3.1.1 - Idle slaves
Martin Blapp wrote: Have you already tried Mimedefang together with SA 3.1.1 ? Yes, I'm running it in production. I've experienced some problems with slaves getting idle and not processing anymore anything after some timeout in pyzor, razor, dcc has occured. Ah. I don't use pyzor, razor or DCC, so I don't know what this could be. The Changelog of SA 3.1.1. reads: Bug 4696: consolidated fixes for timeout bugs Right. They've wrapped all their alarm() calls into a class. I looked at the code and it looked OK to me. (Oh, and by the way: If any SpamAssassin developers are on the list, could you please fire whoever wrote this in Dns.pm: package Mail::SpamAssassin::Dns; 1; package Mail::SpamAssassin::PerMsgStatus; Thanks!) Regards, David. ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Mimedefang 2.56 and SA 3.1.1 - Idle slaves
Hi, package Mail::SpamAssassin::Dns; 1; package Mail::SpamAssassin::PerMsgStatus; I see. What is the impact of this ? Return value always true ? Martin ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] SpamAssassin Code Quality (was Re: Mimedefang 2.56 and SA 3.1.1 - Idle slaves)
Martin Blapp wrote: package Mail::SpamAssassin::Dns; 1; package Mail::SpamAssassin::PerMsgStatus; I see. What is the impact of this ? Return value always true ? The impact of this is that if you're looking for the definition of the subroutine Mail::SpamAssassin::PerMsgStatus::leave_helper_run_mode, you can tear your hair out looking in PerMsgStatus.pm only to discover that it *actually* lives in Dns.pm. The impact is unmaintainable code, frustration, and irritation. :-) Regards, David. ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] Re: Accept mail before processing
HI. As some have already suggested to you, I did the following on my small MD server to improve performance of outgoing mail: 1. I have disabled antispam checking for outgoing mail, using the following: It is up to you to decide if you want to skip spamassassin check for outgoing mail or not, and if so, which method or rules to use for that. sub filter_end ($) { my($entity) = @_; # No sense doing any extra work return if message_rejected(); # Spam checks if SpamAssassin is installed if ($Features{SpamAssassin}) { if ($RelayAddr =~ ^192\.168\.1 or $RelayAddr eq 127.0.0.1) { # note: You can add here logging or other commands to note that SpamAssassin was skipped... } else { if (-s ./INPUTMSG 100*1024) { # Only scan messages smaller than 100kB. Larger messages # are extremely unlikely to be spam, and SpamAssassin is # dreadfully slow on very large messages. my($hits, $req, $names, $report) = spam_assassin_check(); etc 2. It would be a good idea to follow the performance tuning steps to improve MD performance in general for any mail traffic. One major step is to put /var/spool/MIMEDefang on a RAM drive. Read here: Creating a RAM-based spool directory - MIMEDefang: http://www.mimedefang.org/node.php?id=27 And here (page 142): http://www.mimedefang.org/static/mimedefang-lisa04.pdf Good luck, Yizhar Hurwitz http://yizhar.mvps.org ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
RE: [Mimedefang] Getting the error Use of uninitializedvalueinconcatenation
Ken Cormack wrote: Is anyone else using the same SPF query code (from Keith Patton - http://www.mimedefang.org/kwiki/index.cgi?IntegratingSPF )- as I am, and noticing any errors? Anyone have any ideas which value might be coming back undefined? I'm using the code (slightly modified) but I'm not seeing any errors. What version of Mail::SPF::Query are you using? I'm on 1.999.1 $ perl -MMail::SPF::Query -e 'print $Mail::SPF::Query::VERSION' 1.999001 -- Matthew.van.Eerde (at) hbinc.com 805.964.4554 x902 Hispanic Business Inc./HireDiversity.com Software Engineer ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
RE: [Mimedefang] Getting the error Use ofuninitializedvalueinconcatenation
Matthew van Eerde wrote: Ken Cormack wrote: Is anyone else using the same SPF query code (from Keith Patton - http://www.mimedefang.org/kwiki/index.cgi?IntegratingSPF )- as I am, and noticing any errors? Anyone have any ideas which value might be coming back undefined? I'm using the code (slightly modified) but I'm not seeing any errors. What version of Mail::SPF::Query are you using? I'm on 1.999.1 $ perl -MMail::SPF::Query -e 'print $Mail::SPF::Query::VERSION' 1.999001 Oh, and do you have LMAP::CID2SPF installed? -- Matthew.van.Eerde (at) hbinc.com 805.964.4554 x902 Hispanic Business Inc./HireDiversity.com Software Engineer ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Mimedefang 2.56 and SA 3.1.1 - Idle slaves
On Wed, 2006-03-15 at 14:28 -0500, David F. Skoll wrote: (Oh, and by the way: If any SpamAssassin developers are on the list, could you please fire whoever wrote this in Dns.pm: package Mail::SpamAssassin::Dns; 1; package Mail::SpamAssassin::PerMsgStatus; Thanks!) Has this been filed in SpamAssassin's Bugzilla? Richard ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang