Thanks to Matt and Mark for suggestions and notes. I completely understand the idea of having perform resolution for a absolute hostname is a broken design. However we have been asked to make this happen. Apparently shortening the URL size that handset queries is a part of effort on shortening the packet size from the handset. And by reducing the packet size to less than 140 or less byte characters the packet will not be segmented and makes the data calls significantly faster.
And mms in the only one that handsets
Prabhat.

--- On Tue, 8/19/08, Matus UHLAR - fantomas wrote:
From: Matus UHLAR - fantomas
Subject: Re: DNS query with no domain
To: bind-users@isc.org
Date: Tuesday, August 19, 2008, 7:26 AM

On 18.08.08 12:22, Prabhat Rana wrote:

what kind of handheld device? Can't it be configured to append domain name?

Hello Latif,

Tue, 19 Aug 2008 08:00:59 -0400 Binmakhashen, Latif wrote:

[...]

On 18.08.08 12:22, Prabhat Rana wrote:

what kind of handheld device? Can't it be configured to append domain name?

Once again, good answers from you and from Mark Andrews!!!

The bind version 9.2.0 is coming from the primary internal DNS server of
which I didn't upgrade yet.
I'm running the correct binaries internally and externally. I'll work on
the query-source statement with the network admin. I'm pretty sure at
this point that the query-source is causing the POOR results for the
source port randomness but I'll check with the network admin the
firewall/NAT is not decreasing the randomness either.

Here is how I found out:

Secondary Internal DNS:

# dig version.bind chaos txt @hpadm2

; <<>> DiG 9.5.0-P2 <<>> version.bind chaos txt @hpadm2
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1500
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;version.bind. CH TXT

Hi,
I have installed BIND 9.3.4-P1on RedhatEnterprise Linux 5, as we are an ISP we have near 1000 domains are hosted in our dns, also all our customers are using our DNS to browse,

My problem is most of the times my CPU utilisation remain 80%%,90%% and 100%%. So any help will be will be great for me,

I have following entries in my /var/log/syslog, and

Aug 19 12:47:04 ns1 named[3400]: client 172.21.0.49#49944: query (cache) 'feniphone.com/A/IN' denied
Aug 19 12:47:04 ns1 named[3400]: unexpected RCODE (REFUSED) resolving 'blitzbeat.com/A/IN': 66.196.84...

Sometimes the best option is just to say "NO".

Mark

On 18-Aug-2008, at 21:52 , Mark Andrews wrote:

Agreed. I'm not suggesting this is a good idea, just the only way I
can think of to accomplish what the OP requested. Is there a better
option?