Your message dated Sun, 30 Sep 2018 10:34:30 -0700
with message-id <[email protected]>
and subject line Re: Bug#822892: spamassassin: Net::DNS query result in
sa-update's do_dns_query() returns garbage with libnet-dns-perl-0.81-2
has caused the Debian Bug report #822892,
regarding spamassassin: Net::DNS query result in sa-update's do_dns_query()
returns garbage with libnet-dns-perl-0.81-2
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
822892: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822892
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: spamassassin
Version: 3.4.0-6
Severity: important
Dear Maintainer,
sa-update fails to detect rule updates due to do_dns_query() in the
sa-update script not returning a numeric value but a weird result that
does not match the /^(\d+)/ regex used when checking the value of $dnsV.
Executing sa-update with the following command line displays the value
that is being returned from $rr->rdatastr inside do_dns_query.
$ sa-update --gpghomedir /var/lib/spamassassin/sa-update-keys/ -vv
--debug
[…]
Apr 28 20:46:21.161 [4409] dbg: channel: metadata version = 1736402,
from file /var/lib/spamassassin/3.004000/updates_spamassassin_org.cf
DNS TXT query: 0.4.3.updates.spamassassin.org -> \# 8 0731373336343032
Currently, the expected output of the command should be 1736402 which is
also what one gets with a TXT query using dig.
Version 3.3.2 of spamassassin (on an oldstable installation) works fine,
but uses a different function named do_txt_query. However, the contents
of $rr->rdatastr in the 3.3.2 version are correct as well.
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages spamassassin depends on:
ii adduser 3.113+nmu3
ii init-system-helpers 1.22
pn libarchive-tar-perl <none>
ii libhtml-parser-perl 3.71-1+b3
ii libnet-dns-perl 0.81-2
ii libnetaddr-ip-perl 4.075+dfsg-1+b1
ii libsocket6-perl 0.25-1+b1
ii libsys-hostname-long-perl 1.4-3
ii libwww-perl 6.08-1
ii perl 5.20.2-3+deb8u4
ii perl-modules [libio-zlib-perl] 5.20.2-3+deb8u4
Versions of packages spamassassin recommends:
ii gnupg 1.4.18-7+deb8u1
ii libio-socket-inet6-perl 2.72-1
ii libmail-spf-perl 2.9.0-3
ii perl [libsys-syslog-perl] 5.20.2-3+deb8u4
ii sa-compile 3.4.0-6
ii spamc 3.4.0-6
Versions of packages spamassassin suggests:
ii libdbi-perl 1.631-3+b1
ii libio-socket-ssl-perl 2.002-2+deb8u1
ii libmail-dkim-perl 0.40-1
ii perl [libcompress-zlib-perl] 5.20.2-3+deb8u4
ii pyzor 1:0.5.0-2
ii razor 1:2.85-4.1+b1
-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=0
OPTIONS="--create-prefs --max-children 5 --helper-home-dir"
PIDFILE="/var/run/spamd.pid"
CRON=1
/etc/spamassassin/local.cf changed:
trusted_networks 31.22.xxx.yyy
required_score 5.0
use_bayes 1
use_razor2 1
razor_timeout 15
use_pyzor 1
pyzor_timeout 15
ifplugin Mail::SpamAssassin::Plugin::Shortcircuit
shortcircuit USER_IN_BLACKLIST on
shortcircuit SUBJECT_IN_BLACKLIST on
shortcircuit BAYES_99 spam
shortcircuit BAYES_00 ham
endif # Mail::SpamAssassin::Plugin::Shortcircuit
-- no debconf information
signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
(Apologies for ignoring this report for so long...)
On Thu, Apr 28, 2016 at 09:00:06PM +0200, David Raison wrote:
> sa-update fails to detect rule updates due to do_dns_query() in the
> sa-update script not returning a numeric value but a weird result that
> does not match the /^(\d+)/ regex used when checking the value of $dnsV.
I've tested this issue in all currently supported variants of
spamassassin and can't reproduce it. My suspicion is that there was some
bogus value in some DNS cache somewhere when the problem originally
occurred. If there's any reason to think that's not the case, or if
there's some kind of reproducible impact, we can investigate further...
noah
signature.asc
Description: PGP signature
--- End Message ---
