You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by Philip Prindeville <ph...@redfish-solutions.com> on 2017/06/08 02:52:01 UTC
Re: warn: Use of uninitialized value $4 in concatenation (.) or
string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
I’m still seeing this now.
And yes, for spamhaus. And yes, $ip is being passed in as ‘(‘. It should be possible to get a stack trace and figure out why it’s being passed in as that value...
Are we any closer to having a fix for this?
I’m leaving a file here:
http://www.redfish-solutions.com/downloads/spamhaus.eml
where I can reproduce the issue with:
% spamassassin -D check -t spamhaus.eml
Thanks
> On Mar 23, 2016, at 10:00 AM, Kevin A. McGrail <KM...@PCCC.com> wrote:
>
> Is it only happening with spamhaus?
> Regards,
> KAM
>
> On March 23, 2016 5:26:20 AM EDT, Support SpamAssassin <Sp...@jam-software.com> wrote:
> Hi,
>
>
>
> since we released our new SpamAssassin for Windows we get some reports of users having these warnings in their spamd log:
>
>
>
>
>
>
> Thu Mar 17 11:31:21 2016 [-2876] warn: Use of uninitialized value $4 in concatenation (.) or string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
> Thu Mar 17 11:31:21 2016 [-2876] warn: Use of uninitialized value $3 in concatenation (.) or string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
> Thu Mar 17 11:31:21 2016 [-2876] warn: Use of uninitialized value $2 in concatenation (.) or string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
> Thu Mar 17 11:31:21 2016 [-2876] warn: dns: new_dns_packet (domain=...(.sbl.spamhaus.org. type=A class=IN) failed: a domain name contains a null label
> Thu Mar 17 11:31:21 2016 [-2876] warn: dns: new_dns_packet (domain=...(.zen.spamhaus.org. type=A class=IN) failed: a domain name contains a null label
>
>
>
>
>
>
> We put an additional warn line into URIDNSBL.pm telling the content of $ip.
>
>
>
> è It is “(”
>
>
>
> Thu Mar 17 11:31:21 2016 [-2876] warn: uridnsbl: lookup_dnsbl_for_ip $ip: ( at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1039.
>
>
>
>
>
>
> It looks like an parsing problem of SpamAssassin. Un fortunately I’m not able to reproduce it.
>
>
>
> However does anyone have an idea how this bracket may get into the variable?
>
>
>
>
>
>
> Best regards,
>
>
>
>
>
>
> Harald Binkle
>
>
>
>
>
>
>
> --------------------------------------------------------
> JAM Software GmbH
> Managing Director: Joachim Marder
> Am Wissenschaftspark 26 * 54296 Trier * Germany
> Phone: +49 (0)651-145 653 -0 * Fax: +49 (0)651-145 653 -29
> Commercial register number HRB 4920 (AG Wittlich) http://www.jam-software.com
>
>
>
>
> ----------------------------------------------------
> JAM Software GmbH
> Geschäftsführer: Joachim Marder
> Am Wissenschaftspark 26 * 54296 Trier * Germany
> Tel: 0651-145 653 -0 * Fax: 0651-145 653 -29
> Handelsregister Nr. HRB 4920 (AG Wittlich) http://www.jam-software.de
Re: warn: Use of uninitialized value $4 in concatenation (.) or
string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
Posted by "Kevin A. McGrail" <ke...@mcgrail.com>.
On 6/8/2017 9:06 AM, Bill Cole wrote:
> This sample does not produce the error for me using a patched SA 3.4.1
Concur. I believe the issue at hand is duplicated bugs that confuse
thing but I've considered this patched for a decently long time.
Re: warn: Use of uninitialized value $4 in concatenation (.) or
string at Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1042.
Posted by Bill Cole <sa...@billmail.scconsult.com>.
On 7 Jun 2017, at 22:52, Philip Prindeville wrote:
> I’m still seeing this now.
>
> And yes, for spamhaus. And yes, $ip is being passed in as ‘(‘.
> It should be possible to get a stack trace and figure out why it’s
> being passed in as that value...
>
> Are we any closer to having a fix for this?
This bug has patches which have been integrated in svn:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7231
This is my analysis of the root cause in a duplicate bug:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7339#c2
>
> I’m leaving a file here:
>
> http://www.redfish-solutions.com/downloads/spamhaus.eml
>
> where I can reproduce the issue with:
>
> % spamassassin -D check -t spamhaus.eml
This sample does not produce the error for me using a patched SA 3.4.1