I absolutely understand that, but in this case the CNAME is of completely wrong form for doing 2317-style classless delegation. It is outside the in-addr.arpa zone altogether. This bears no resemblance to broken delegation, it just looks like a case of an ISP that doesn't really know how to do DNS.In SIMS Digest #1853, Bill Cole <[EMAIL PROTECTED]> wrote:I wonder if it might not be because the reverse DNS for your mail server's IP address is bad? It seems to be returning a CNAME instead of a PTR, and the name in that CNAME does not resolve. That is wrong 2 ways. It should yield a PTR record pointing at a name that resolves, preferably back to the same IP.A CNAME for an IP address is the only way to do sub-delegation of address blocks on non-octet boundaries. See http://www.ietf.org/rfc/rfc2317.txt for the "accepted" way to do this. Of course, the CNAME should be able to be resolved to a PTR.
(That would be consistent with my experiences dealing with Telus)
--
Bill Cole [EMAIL PROTECTED]
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
