bugzilla-daemon at bugzilla
Jul 31, 2012, 9:02 AM
Post #3 of 4
(216 views)
Permalink
|
|
[Bug 6819] Avoiding some DNS lookup failure warnings
[In reply to]
|
|
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6819
--- Comment #3 from Mark Martinec <Mark.Martinec [at] ijs> ---
> dns: cannot create Net::DNS::Packet, but new_dns_packet() was called:
> unexpected null domain label
> at /usr/local/lib/perl5/site_perl/5.17.2/mach/Net/DNS/Question.pm line 81.
> at /usr/local/lib/perl5/site_perl/5.17.2/Mail/SpamAssassin/DnsResolver.pm
> line 473.
> (still don't know its cause, improved logging of a failure)
I have finally caught it in the act. The SPF plugin acts on an invalid
SPF record, creating a DNS query for an invalid domain name starting
with a null label (i.e. a dot):
$ host -t txt lse.com
lse.com descriptive text
"v=spf1 a mx a:mail.lse.com a:smtp.lse.com a:mailrelay.embarq.synacor.com
a:embarq.synacor.com mx:dnsmadeeasy.com mx:mail.lse.com mx:smtp.lse.com
include:.embarq.synacor.com ~all"
results in a query for a domain ".embarq.synacor.com", which is invalid.
The Mail::SPF may need to be more careful about what queries it generates,
but this is outside the scope of this problem report.
Adjusting code in new_dns_packet() yet again for the purpose of a
more meaningful but still compact diagnostics, to look like:
warn: dns: new_dns_packet (host=.embarq.synacor.com. type=TXT class=IN)
failed: a domain name contains a null label
trunk (3.4):
Bug 6819: Avoiding some DNS lookup failure warnings
Sending lib/Mail/SpamAssassin/DnsResolver.pm
Committed revision 1367634.
--
You are receiving this mail because:
You are the assignee for the bug.
|
