[SunHELP] Bind 9.2.3
Lara Matthews
lara.matthews at accesscomputing.co.uk
Tue May 25 10:05:06 CDT 2004
Hi George
George Munk wrote:
> Lara,
>
> I'm not sure if it is considered a bug or a limitation, but nslookup
> tries a reverse name resolution on the name server (213.128.229.177 in
> your case) before trying to resolve the name being queried. If the
> reverse lookup on the name server fails, it doesn't continue.
>
> In my experience, dig doesn't append any domains from the "domain" or
> "search" directives in resolv.conf. But I don't know that I have ever
> seen any direct statements that this is the correct behavior. So dig is
> not equivalent to the nslookup command. In newer bind versions, "host"
> is the equivalent of nslookup without the reverse lookup limitation.
>
just
#host mailhost
?
Thanks for the info about nslookup, everything seems to be pointing to a
messed up reverse name resolution, now if I could Just figure out what I
have typed wrongly :)
Kind regards
Lara
[demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
More information about the SunHELP
mailing list