On Oct 30, 2009, at 2:53 PM, Len Conrad wrote:
---------- Original Message ----------------------------------
From: Chris Buxton <cbux...@menandmice.com>
Date: Fri, 30 Oct 2009 14:13:31 -0700
I'm unable to reproduce this error.
Could it be that, for a brief time, those names were CNAME'd
no, this is a hard fault, over 2 days.
I do, from the machine,
dig abcxyz.com mx
and get the google domain names, then in the ADDITIONAL section, I
get their A records.
I also
dig @ns1.google.com <some goog mx domain>
and an A record is returned for each MX domain name.
no CNAMEs anywhere, except in BIND's confusion.
That's pretty strange, given my inability to reproduce this with the
same version of named-checkzone. My first thought was that it was
(mistakenly) resolving those names to addresses and back to names, and
then treating the original names as CNAMEs of the results, but if that
were the case, I would have expected to be able to reproduce the
problem.
As I recall, named-checkzone calls out to the operating system stub
resolver to look up these names. Is there any way the stub resolver
could be getting different data? Is there anything in the stub
resolver config (/etc/{hosts,resolv.conf}) that might explain this?
What do you get if you use 'host' to look up one of these mailhost
names?
Chris Buxton
Professional Services
Men & Mice
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
