Ah.... silly me... I was configuring the reverse zone file to return the
FQDN.....

So, to achieve what I wrote this email thread initially, its a matter of
changing the PTR line for this specific server/record, from

10      IN      PTR     ucm9pub.arda.inet.

to

10      IN      PTR     ucm9pub.

However, I got this fixed by doing a full restart of named instead of small
reloads.

Turns out,  the reply from BIND was appending the in.arpa-net to the FQDN,
and here is where the other software was complaining. To avoid appending
that suffix, there must be a dot at the end of

10      IN      PTR     ucm9pub.arda.inet.

However, for some reason it was there before, and the reloads were not
applying it. I got it to work by using the above line and service named
restart.

Thanks,

 *José Pablo Méndez
*********


On Thu, Dec 27, 2012 at 9:26 PM, José Pablo Méndez Soto <[log in to unmask]>wrote:

> Not following. You suggest to program BIND to strip off the domain if the
> query comes from certain IP¿?
>
> I am trying to install the server but getting the error I posted on my 2nd
> email. I am getting from the situation described, that the hostname is not
> matching the FQDN.
>
>  *José Pablo Méndez
> *********
>
>
> On Thu, Dec 27, 2012 at 8:22 PM, Nico Kadel-Garcia <[log in to unmask]>wrote:
>
>> On Thu, Dec 27, 2012 at 8:45 PM, José Pablo Méndez Soto
>> <[log in to unmask]> wrote:
>> > Sorry, forgot to add the error I get:
>> >
>> > "Host Name returned by DNS Server for IP address does not agree with the
>> > locally defined hostname. There is a configuration mismatch."
>>
>>
>> Your local hostname should be a fully qualified hostname. If it's not,
>> lots of software can have interesting issues.
>>
>
>