[SunHELP] Bind 9.2.3

[Lara Matthews]

Hi Vipul

Vipul Bhadra wrote:

> Hi Lara,
> 
> 
> Not sure but i think that its maybe because in your zone files, you need to
> end fully qualified hostnames with a ".". Otherwise, BIND thinks you are
> using shortcuts and appends the zone file's domain to your entry. For
> example, www.bind.com in the sun.com zone file will become
> www.bind.com.bind.com.
> 

Yes, everything which is fully qualified has a . on the end of it:

                         IN      NS      ns.accesscomputing.co.uk.
ns                      IN      A       213.128.229.77
www                     IN      A       213.128.229.79
                         IN      MX 1    mailhost.accesscomputing.co.uk.
mailhost                IN      A       213.128.229.78

Thanks for your help

Kind regards

Lara
> Thanks & Regards ,
> Vipul Bhadra
> 
> 
> -----Original Message-----
> From: sunhelp-bounces at sunhelp.org [mailto:sunhelp-bounces at sunhelp.org]On
> Behalf Of Lara Matthews
> Sent: Tuesday, May 25, 2004 5:02 PM
> To: The SunHELP List
> Subject: Re: [SunHELP] Bind 9.2.3
> 
> 
> Hi Vermette
> 
> Vermette, Matt Spawar (723) wrote:
> 
> 
>>Do you have a mailhost entry in the following files:
>>/etc/hosts
>>/etc/sendmail.cf
>> 
> 
> 
> Why would I put it in hosts when IO want to use DNS to look it up? 
> Surly that defeats the point of having a central dns server if I have to 
> edit each individual host file?
> 
> I will not be using sendmail so I don't have a sendmail.cf
> 
> 
> 
>>also, your entry in the /etc/nsswitch.conf file for hosts should reflect:
>>hosts:    files,dns
>>
> 
> 
> Yep thanks checked that.
> 
> Cheers
> 
> Lara
> 
> 
>>	-----Original Message----- 
>>	From: sunhelp-bounces at sunhelp.org on behalf of Lara Matthews 
>>	Sent: Tue 5/25/2004 6:23 AM 
>>	To: The SunHELP List 
>>	Cc: 
>>	Subject: [SunHELP] Bind 9.2.3
>>	
>>	
>>
>>	Hi
>>	
>>	I wonder if someone can help me.
>>	
>>	I am trying to configure bind 9 on solaris 9 and I think I have a
> 
> basic
> 
>>	config up and working but nslookup and dig are coming back with
> 
> strange
> 
>>	responses.
>>	
>>	if I dig mailhost.accesscomputing.co.uk I get an answer with the
> 
> address
> 
>>	I would expect.
>>	
>>	However if I dig mailhost then I get :
>>	
>>	; <<>> DiG 8.3 <<>> mailhost
>>	;; res options: init recurs defnam dnsrch
>>	;; res_nsend to server default -- 213.128.229.177: Connection timed
> 
> out
> 
>>	
>>	nslookup does not want to seem to play at all:
>>	
>>	# nslookup mailhost
>>	*** Can't find server name for address 213.128.229.177: No response
> 
> from
> 
>>	server
>>	*** Default servers are not available
>>	
>>	# nslookup mailhost.accesscomputing.co.uk
>>	*** Can't find server name for address 213.128.229.177: No response
> 
> from
> 
>>	server
>>	*** Default servers are not available
>>	
>>	Any suggestions why a fully qualified name would work in dig but not
> 
> an
> 
>>	unqualified name?
>>	
>>	Cheers
>>	
>>	Lara
>>	
>>	[demime 1.01d removed an attachment of type
> 
> application/x-pkcs7-signature which had a name of smime.p7s]
> 
>>	_______________________________________________
>>	SunHELP maillist  -  SunHELP at sunhelp.org
>>	http://www.sunhelp.org/mailman/listinfo/sunhelp
>>	
>>
>>
>>[demime 1.01d removed an attachment of type application/ms-tnef which had
> 
> a name of winmail.dat]
> 
>>_______________________________________________
>>SunHELP maillist  -  SunHELP at sunhelp.org
>>http://www.sunhelp.org/mailman/listinfo/sunhelp
>>
>>
> 
> 
> [demime 1.01d removed an attachment of type application/x-pkcs7-signature
> which had a name of smime.p7s]
> _______________________________________________
> SunHELP maillist  -  SunHELP at sunhelp.org
> http://www.sunhelp.org/mailman/listinfo/sunhelp
> _______________________________________________
> SunHELP maillist  -  SunHELP at sunhelp.org
> http://www.sunhelp.org/mailman/listinfo/sunhelp
> 
> 

[demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]