--On Tuesday, 08 July, 2008 11:47 +1000 Mark Andrews
<[EMAIL PROTECTED]> wrote:
>
>> The site-dependent interpretation of the name is determined
>> not by the presence of dot within the name but its absence
>> from the end.
>
> No. Please go and re-read RFC 921.
This is the same RFC 921 that
* is listed in the RFC Index as "Status: UNKNOWN"
* was not even examined in the "requirements" review
that led up to RFC 1123 and is not referenced there.
* primarily talks about an implementation schedule and
transition plan, not about long-term stable
interpretations.
??
Isn't claiming that as an authority in 2008 a bit of a stretch?
Especially since, as Ted Farber points out, text in 1035 itself
seems to contradict your reading of that particular section?
I believe that 952 is almost equally irrelevant wrt this
argument. YMMD, of course.
As Keith points out, there are lots and lots of reasons to avoid
believing that dot-less strings will be interpreted as domain
names consistently and in the way that users will expect. Most
of them have to do with handling of names in applications, which
tends to get strange in edge cases and stranger when one relies
too much on having specific contents in resolver configuration
files. The mere fact of inconsistent (but valid)
interpretations in different applications or configurations (or
even implementations of the same
application) may be more than enough reason to avoid these
things, or at least be very careful about them. But claiming
921 as an authority isn't one of the reasons, IMO.
john
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
