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-w1019888953b5631b3dd13c1ac...@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: ma...@isc.org _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
