Bug#366173: libmail-spf-query-perl: spfquery fails with Bad arg length for Socket:$

John A. Martin jam at jamux.com
Sat May 6 05:28:30 UTC 2006


>>>>> "Julian" == Julian Mehnle
>>>>> "Re: Bug#366173: libmail-spf-query-perl: spfquery fails with Bad arg length for Socket:$"
>>>>>  Fri, 5 May 2006 23:25:07 +0000

    Julian> John A. Martin wrote:
    >> Package: libmail-spf-query-perl
    >> Version: 1:1.999.1-1
    >> Severity: normal
    >>
    >> ,----[ spfquery --version ]
    >> spfquery version 2.3
    >>
    >> `----
    >> [...]
    >> ,----[ spfquery -i 11.22.33.44 -m user at example.com -h spammer.example.net ]
    >> Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/lib/perl/5.8/Socket.pm line 201.
    >> `----
    >> ,----[ spfquery -ip=11.22.33.44 -sender=user at example.com -helo=spammer.example.net ]
    >> Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/lib/perl/5.8/Socket.pm line 201.
    >> `---- 
    >> ,----[ spfquery -i 199.184.165.135 -m jam at tux.org -h gwyn.tux.org ]
    >> Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/lib/perl/5.8/Socket.pm line 201.
    >> `----
    >> ,----[ spfquery -ip=199.184.165.135 -sender=jam at tux.org -helo=gwyn.tux.org ]
    >> Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/lib/perl/5.8/Socket.pm line 201.
    >> `----

    Julian> I can't reproduce any of these with the spfquery of
    Julian> libmail-spf-query-perl 1:1.999.1-1.  These are my package
    Julian> versions:

    Julian> | Versions of packages libmail-spf-query-perl depends on:
    Julian> | ii  libnet-cidr-lite-perl         0.20-1
    Julian> | ii  libnet-dns-perl               0.57-1
    Julian> | ii  libsys-hostname-long-perl     1.4-1
    Julian> | ii  liburi-perl                   1.35-2
    Julian> | ii  perl                          5.8.8-4

    Julian> It seems those package versions are identical to the
    Julian> second system of yours.

Right.  The second of my systems is replicated several places and has
worked well all along.

    >> Same package same commands on another Debian box
    >>
    >> ,----[ spfquery --version ]
    >> spfquery version information:
    >> SPF test system version: 2.1
    >> Compiled with SPF library version: 1.0.0
    >> Running with SPF library version: 1.0.0
    >> [...]
    >> `----
    >> [...]
    >> The following files are identical on both boxen:
    >>
    >>         /usr/bin/spfquery
    >>         /usr/share/perl5/Mail/SPF/Query.pm

    Julian> I don't think so.  The spfquery you execute on the second
    Julian> system most likely is the one from the "spfquery" package
    Julian> (which is supposed to conflict with
    Julian> "libmail-spf-query-perl"):

Either we have md5 collisions or I can't cut'n paste between terminal
emulators. :)

  1bca72ffa103c00d2b51cd0f9407c4de  /usr/bin/spfquery
  1bca72ffa103c00d2b51cd0f9407c4de  /usr/bin/spfquery

  f9dbed146a34a8e11067fea1be3dd37d  /usr/share/perl5/Mail/SPF/Query.pm
  f9dbed146a34a8e11067fea1be3dd37d  /usr/share/perl5/Mail/SPF/Query.pm

    Julian>   http://packages.debian.org/cgi-bin/search_contents.pl?word=usr/bin/spfquery&searchmode=searchfiles&case=insensitive&version=testing&arch=i386

    >> [System with libmail-spf-query-perl's "spfquery":]
    >> Versions of packages libmail-spf-query-perl depends on:
    >> ii  libnet-cidr-lite-perl         0.15-1
    >> ii  libnet-dns-perl               0.48-1
    >> ii  libsys-hostname-long-perl     1.2-1
    >> ii  liburi-perl                   1.35-1
    >> ii  perl                          5.8.4-8sarge4

    >> [System with spfquery's "spfquery":]
    >> Versions of packages libmail-spf-query-perl depends on:
    >> ii  libnet-cidr-lite-perl         0.20-1
    >> ii  libnet-dns-perl               0.57-1
    >> ii  libsys-hostname-long-perl     1.4-1
    >> ii  liburi-perl                   1.35-2
    >> ii  perl                          5.8.8-4

NB. The first above gives the errors and is Debian Release: 3.1
(ie. stable).  The second above appears to work OK and is Debian
Release: testing/unstable.  'dlocate -l spf' on both gives only

        ii  libmail-spf-query-perl  1.999.1-1  

    Julian> Do you have the "spfquery" package installed on the second
    Julian> system?  What's the output of `which -a spfquery` on both
    Julian> systems?

You nailed part of the confusion:

,----[ First box: which -a spfquery ]
/usr/bin/spfquery
`----

,----[ Second box: which -a spfquery ]
/usr/local/bin/spfquery
/usr/bin/spfquery
/usr/bin/X11/spfquery
`----

I can only guess that /usr/local/bin/spfquery never came from a .deb
but maybe from playing with libspf2 in Jan 2005.  (/usr/bin/X11 is a
symlink to /usr/bin)

Removing /usr/local/bin/spfquery and repeating the commands in the
original bug report gives the following.

Package: libmail-spf-query-perl
Version: 1:1.999.1-1

,----[ spfquery --version ]
spfquery version 2.3

`----
,----[ spfquery --help ]
[[ ... ]]
Examples:
    spfquery -i 11.22.33.44 -m user at example.com -h spammer.example.net
    spfquery -f test_data
    echo "127.0.0.1 user at example.com helohost.example.com" | spfquery -f -
`----
,----[ spfquery -i 11.22.33.44 -m user at example.com -h spammer.example.net ]
none
SPF: domain of sender user at example.com does not designate mailers
spfquery: domain of user at example.com does not designate permitted sender hosts
Received-SPF: none (spfquery: domain of user at example.com does not designate permitted sender hosts) client-ip=11.22.33.44; envelope-from=user at example.com; helo=spammer.example.net;
`----
,----[ spfquery -i 199.184.165.135 -m jam at tux.org -h gwyn.tux.org ]
pass
Please see http://www.openspf.org/why.html?sender=jam%40tux.org&ip=199.184.165.135&receiver=spfquery: tux.org MX gwyn.tux.org A 199.184.165.135
spfquery: domain of jam at tux.org designates 199.184.165.135 as permitted sender
Received-SPF: pass (spfquery: domain of jam at tux.org designates 199.184.165.135 as permitted sender) client-ip=199.184.165.135; envelope-from=jam at tux.org; helo=gwyn.tux.org;
`----

Now that we have the second "working" box working right, why does
the first box fail?

We have

,----[ dpkg -s libmail-spf-query-perl|grep Depends: ]
Depends: perl (>= 5.6.0-16), libsys-hostname-long-perl,
 libnet-dns-perl (>= 0.46), libnet-cidr-lite-perl (>= 0.15),
 liburi-perl 
`----

compared to

,----[ excerpt from reportbug output ]
Versions of packages libmail-spf-query-perl depends on:
ii  libnet-cidr-lite-perl      0.15-1        Merge IPv4 or IPv6 CIDR address ra
ii  libnet-dns-perl            0.48-1        Perform DNS queries from a Perl sc
ii  libsys-hostname-long-perl  1.2-1         Figure out the long (fully-qualifi
ii  liburi-perl                1.35-1        Manipulates and accesses URI strin
ii  perl                       5.8.4-8sarge4 Larry Wall's Practical Extraction
`----

        jam

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 154 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20060506/2f60c435/attachment-0001.pgp


More information about the pkg-perl-maintainers mailing list