Bug#741521: spamassassin: DNS resolving should get reloaded

2022-10-30 Thread Samuel Thibault
As a reminder, mails sent to n...@bugs.debian.org are *not* sent to the
bug submitter, so I had never received that reply:

John Damm Sørensen, le sam. 25 mars 2017 21:12:02 +0100, a ecrit:
> Have you tried adding this:
> ConditionDirectoryNotEmpty=/etc/resolv.conf
> to the Unit section of:
>  /usr/lib/systemd/system/spamassassin.service

No, but that would still fail the case when "a laptop could move from
one wifi network to another, with varying DNS configuration parameters."

Samuel



Bug#741521: spamassassin: DNS resolving should get reloaded

2017-03-25 Thread John Damm Sørensen

Have you tried adding this:
ConditionDirectoryNotEmpty=/etc/resolv.conf
to the Unit section of:
 /usr/lib/systemd/system/spamassassin.service



Bug#741521: spamassassin: DNS resolving should get reloaded

2014-03-13 Thread Samuel Thibault
Package: spamassassin
Version: 3.4.0-1
Severity: normal

Hello,

spamd is emitting loads of this in my msyslog:

Mar 13 07:54:31 type spamd[9954]: dns: sendto() to [127.0.0.1]:53 failed: 
Connection refused, no more alternatives

and DNS-based rules do not work.

Simply restarting spamassassin gets this error away. I indeed do not
have a DNS server on my laptop, and do not plan to.

What happens is that when spamassassin gets started at system bootup,
/etc/resolv.conf is empty, because I don't have wired network on my
laptop, and I only switch on the wireless network later, and thus
/etc/resolv.conf contains DNS servers only later. Since spamassassin
instantiates Net::DNS::Resolver only once, the late filling of
/etc/resolv.conf is not noticed by spamassassin, and thus the DNS
resolving errors mentioned above keep happening until I restart
spamassassin.

So I would say that spamassassin should somehow reload the resolver, to
re-read /etc/resolv.conf with the new DNS server information. This has
to be done even if /etc/resolv.conf was not empty, since a laptop could
move from one wifi network to another, with varying DNS configuration
parameters.

Samuel

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
pn  libarchive-tar-perl none
ii  libhtml-parser-perl 3.71-1+b1
ii  libnet-dns-perl 0.68-1.2
ii  libnetaddr-ip-perl  4.071+dfsg-1
ii  libsocket6-perl 0.25-1
ii  libsys-hostname-long-perl   1.4-3
ii  libwww-perl 6.05-2
ii  perl5.18.2-2+b1
ii  perl-modules [libio-zlib-perl]  5.18.2-2

Versions of packages spamassassin recommends:
ii  gnupg  1.4.16-1.1
ii  libio-socket-inet6-perl2.71-1
ii  libmail-spf-perl   2.9.0-2
ii  perl [libsys-syslog-perl]  5.18.2-2+b1
ii  sa-compile 3.4.0-1
ii  spamc  3.4.0-1

Versions of packages spamassassin suggests:
ii  libdbi-perl  1.631-1
ii  libio-compress-perl [libcompress-zlib-perl]  2.064-1
ii  libio-socket-ssl-perl1.967-1
pn  libmail-dkim-perlnone
ii  perl [libcompress-zlib-perl] 5.18.2-2+b1
pn  pyzornone
pn  razornone

-- Configuration Files:
/etc/default/spamassassin changed [not included]
/etc/spamassassin/v320.pre changed [not included]

-- no debconf information

-- 
Samuel
Ever heard of .cshrc?
That's a city in Bosnia.  Right?
(Discussion in comp.os.linux.misc on the intuitiveness of commands.)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org