[Mark Andrews]

Please add a Subject next time.

Please log a bug report with you Mail User Agent vendor that it is
doing unnessecary quoted-printable escaping.  Comma does not need
to be escaped and as the purpose of quoted-printable is to be
readable by humans any unnecessary quoting should be avoided.

In message <DUB109-W1019888953B5631B3DD13C1AC130 at phx.gbl>, hugo hugoo writes:
> 
> Dear all,
> 
> I have the following situation in my zone migration for one server (A) to a=
> nother server (B)
> 
> The zone is called toto.be and contains the following record:
> 
> www.toto.be  86400 IN CNAME  www.titi.be
> 
> 
> ==> the zone titi.be is in the same server (A) but is not transferred t=
> o the server (B).
> 
> 
> If I do a dig @SERVER(A) www.toto.be  ==> I  receive the IP correspondi=
> ng to www.titi.be
> 
> If I do a dig @SERVER(B) www.toto.be  ==> I do not receive the IP corre=
> sponding to www.titi.be
> 
> 
> - Is this situation due to the fact that dig always and only contacts the s=
> erver mentionned in the command ?

Dig only contacts one server when using @server (note it might try
multiple addresses).  To resolve the target of a CNAME the server
needs to be configured to recurse or to have a local copy of the
CNAME target.  It is not a error for authoritative servers to not
return the data for the target of a CNAME as recursive servers will
make additional queries.

> - Does the titi.be and toto.be be on the same server to correctly use CNAME=
> S?

No, recursive servers will perform a second lookup to resolve
CNAME targets.

> Thanks for your feedback,
> 
> hugo,
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org