You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Mark Martinec <Ma...@ijs.si> on 2015/11/13 01:20:06 UTC

DNS lookups fail with SpamAssassin since Net::DNS 1.03

Net::DNS 1.03 breaks compatibility with SpamAssassin:
DNS lookups no longer work, and warnings like the following pop up:

   lookup failed: Can't locate object method "handles" via package 
"IO::Socket::IP"
     at /usr/local/lib/perl5/site_perl/Net/DNS/Resolver/Base.pm line 735.

There is a CPAN ticket open for this:
   https://rt.cpan.org/Public/Bug/Display.html?id=108745

Please stick to Net::DNS 1.02 until this is resolved.

   Mark

Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by Quanah Gibson-Mount <qu...@zimbra.com>.
--On Friday, November 13, 2015 10:22 AM -0800 Quanah Gibson-Mount 
<qu...@zimbra.com> wrote:

> Well, IO::Socket::IP support is new in Net::DNS 1.03, but it is only used
> if IO::Socket::INET6 is not present.  I would assume you can use it as
> long as you have IO::Socket::INET6 installed, but I haven't tested that
> assumption.

Although looking at the change log, it might not be specific to 
IO::Socket::IP:

Fix rt.cpan.org #84375

        Timeout doesn't work with bgsend/bgread

Fix rt.cpan.org #47050

        persistent sockets for Resolver::bg(send|read|isready)


--Quanah


--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration

Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by Quanah Gibson-Mount <qu...@zimbra.com>.
--On Tuesday, December 08, 2015 4:55 PM -0800 Quanah Gibson-Mount 
<qu...@zimbra.com> wrote:

> --On Friday, November 13, 2015 2:01 PM -0500 "Kevin A. McGrail"
> <KM...@PCCC.com> wrote:
>
>> On 11/13/2015 2:00 PM, Mark Martinec wrote:
>>>
>>> To me, this is an incompatible documented change - not something
>>> one would expect in an 1.02 -> 1.03 update.
>> +1.  An API change in a minor rev is not acceptable.
>
> Net::DNS 1.04 is out, fixing these issues.  So far, it works better for
> me than 1.20 or 1.30 did in my lab.

Err, 1.02 and 1.03. ;)

--Quanah

--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration

Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by Quanah Gibson-Mount <qu...@zimbra.com>.
--On Friday, November 13, 2015 2:01 PM -0500 "Kevin A. McGrail" 
<KM...@PCCC.com> wrote:

> On 11/13/2015 2:00 PM, Mark Martinec wrote:
>>
>> To me, this is an incompatible documented change - not something
>> one would expect in an 1.02 -> 1.03 update.
> +1.  An API change in a minor rev is not acceptable.

Net::DNS 1.04 is out, fixing these issues.  So far, it works better for me 
than 1.20 or 1.30 did in my lab.

--Quanah


--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration

Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by "Kevin A. McGrail" <KM...@PCCC.com>.
On 11/13/2015 2:00 PM, Mark Martinec wrote:
>
> To me, this is an incompatible documented change - not something
> one would expect in an 1.02 -> 1.03 update.
+1.  An API change in a minor rev is not acceptable.

-- 
*Kevin A. McGrail*
CEO

Peregrine Computer Consultants Corporation
3927 Old Lee Highway, Suite 102-C
Fairfax, VA 22030-2422

http://www.pccc.com/

703-359-9700 x50 / 800-823-8402 (Toll-Free)
703-798-0171 (wireless)
KMcGrail@PCCC.com <ma...@pccc.com>


Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by Mark Martinec <Ma...@ijs.si>.
>> Net::DNS 1.03 breaks compatibility with SpamAssassin:
>> DNS lookups no longer work, and warnings like the following pop up:

On 2015-11-13 19:22, Quanah Gibson-Mount wrote:
> Well, IO::Socket::IP support is new in Net::DNS 1.03, but it is only
> used if IO::Socket::INET6 is not present.  I would assume you can use
> it as long as you have IO::Socket::INET6 installed, but I haven't
> tested that assumption.

They changed the object class that their bgsend() returns,
and bgread() expects such object in its argument.

SpamAssassin provides it's own bgsend (for multiple historical reasons,
mainly to do with deficiencies or bugs in older versions of Net::DNS)
and gives an object of class IO::Socket to bgread(), which is fine
according to what the 1.02 documentation specifies:

$ man Net::DNS::Resolver :
   bgread
     Reads the answer from a background query (see "bgsend").
     The argument is an "IO::Socket" object returned by "bgsend".

This is no longer so in 1.03, as the Net::DNS bgsend() now provides
an IO::Select object and bgread expects a IO::Select object,
no longer happy with an IO::Socket object that SpamAssassin provides.

The new 1.03 docs say:
    bgread
      Reads the answer from a background query (see "bgsend").
      The argument is an "IO::Socket" object returned by "bgsend".

To me, this is an incompatible documented change - not something
one would expect in an 1.02 -> 1.03 update.

   Mark

Re: DNS lookups fail with SpamAssassin since Net::DNS 1.03

Posted by Quanah Gibson-Mount <qu...@zimbra.com>.
--On Friday, November 13, 2015 1:20 AM +0100 Mark Martinec 
<Ma...@ijs.si> wrote:

> Net::DNS 1.03 breaks compatibility with SpamAssassin:
> DNS lookups no longer work, and warnings like the following pop up:
>
>    lookup failed: Can't locate object method "handles" via package
> "IO::Socket::IP"
>      at /usr/local/lib/perl5/site_perl/Net/DNS/Resolver/Base.pm line 735.
>
> There is a CPAN ticket open for this:
>    https://rt.cpan.org/Public/Bug/Display.html?id=108745
>
> Please stick to Net::DNS 1.02 until this is resolved.

Well, IO::Socket::IP support is new in Net::DNS 1.03, but it is only used 
if IO::Socket::INET6 is not present.  I would assume you can use it as long 
as you have IO::Socket::INET6 installed, but I haven't tested that 
assumption.

--Quanah

--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration