On Tue, 2020-10-06 at 20:52 -0700, John Hardin wrote:
> On Wed, 7 Oct 2020, Riccardo Alfieri wrote:
> 
> > Hi Chris,
> > 
> > 
> > > > > > > spamd[435769]: dns: new_dns_packet
> > > > > > > (domain=o279.send.iheartdogs.com..xxxxxxxxxxxxxxxxxxxxxxx
> > > > > > > xxx/db
> > > > > > > l.dq
> > > > > > > .spamhaus.net. type=A class=IN) failed: a domain name
> > > > > > > contains
> > > > > > > a null
> > > > > > > label
> > Can you check how the DQS lookups are defined in the .cf files?
> > 
> > The correct sytax would be, ie:
> > 
> > urirhssub URIBL_DBL_SPAM <your-key>.dbl.dq.spamhaus.net. A
> > 127.0.1.2
> > 
> > From what appears in the logs it may be that you have an extra dot
> > somewhere, 
> > possibly before the DQS key
> 
> That's *very* plausible if the "xxxxxxxxx" stuff in what you've been 
> providing is your obfuscated key.
Yes it is.
> 
> Please note when you do things like that - not all of us have
> experience 
> with paid feeds, and wouldn't be able to detect the obfuscation...
> (like 
> me, for instance. I got to the same place but it wasn't as direct for
> me 
> as it was for Riccardo.)
> 
> If that is indeed the cause, then it might be worthwhile to open a
> bug to 
> strip leading dot(s) from urirhssub config lines to avoid this, or
> at 
> least generate a lint warning if they are present.
> 
> 
As I just told Riccardo I've inspected my sh.cf file and I see no extra
'.' anywhere. If either of you wish I can send you my sh.cf file for
you to look at however I've pulled it up with a txt editor and searched
for either '..' or even a . before the beginning of my key.
-- 
Chris
31.11972; -97.90167 (Elev. 1092 ft)
22:57:24 up 6:51, 1 user, load average: 2.04, 0.73, 0.52
Description:    Ubuntu 20.04.1 LTS, kernel 5.4.0-48-generic

Reply via email to