Re: Update of RFC 2606 based on the recent ICANN changes ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> I understand the objection to MX records in TLDs based on the past  
> history of how single label hostnames were (and, as Mark points out,  
> undoubtedly still are) handled. If it were possible to put that  
> aside, would you have any other objection to single label hostnames?  
> I know that at least some of the interest in new gTLDs has been  
> expressed by companies that like the idea of using a globally- 
> recognized trademark as a TLD - for example,  
> "customerservice@ibm" (not to imply that IBM is one of the companies  
> that has expressed this sort of interest).

	You still have the issue that "telnet host" will suddenly
	become "telnet tld" when "host" is not longer in the search
	list because it has been deprecated.   This then lets "tld"
	harvest username / password pairs etc.

	Every protocol has its own set of gotchas.  Email was just
	a example everyone should be able to recognise.
 
	Note:  "tld" does not meet the requirements of a Hierarchical
	Names as specified in RFC 921.  Hierarchical Names are what
	we now call globally unique names.

	Trying to treat "tld" as a heirachical name does not work.

> I'm familiar with <draft-klensin-rfc2821bis-10.txt> and understand  
> the importance of using only FQDNs in SMTP exchanges given that "[i]n  
> the case of a top-level domain used by itself in an email address, a  
> single string is used without any dots." What I'm interested in is  
> any reason to proscribe the use of a TLD as a single label hostname  
> (particularly for email addresses) other than the fact that there is  
> software out there that will interpret it incorrectly -
> 
> - Lyman
> 
> On Jul 2, 2008, at 8:07 PM, Bernard Aboba wrote:
> >
> > Mark Andrews said:
> >
> > "The Internet went to multi-label hostnames ~20 years ago.We added  
> > ".ARPA" to all the single label hostnames as partof that process.  
> > The only hold over is "localhost" andthat is implemeted locally,  
> > not in the global DNS. No sane TLD operator can expect "http://tld";  
> > or "user@tld"to work reliably. I suspect there are still mail  
> > configuationsaround that will re-write "user@tld" to  
> > user@xxxxxxxxxxxxxxx we be writting a RFC which states that MX and  
> > addressrecords SHOULD NOT be added to the apex of a TLD zone?
> >
> > Should we be writting a RFC which states that single labelhostnames/ 
> > mail domains SHOULD NOT be looked up "as is" inthe DNS?"
> >
> > Both sound like good ideas to me.
> >
> > _______________________________________________
> > Ietf mailing list
> > Ietf@xxxxxxxx
> > https://www.ietf.org/mailman/listinfo/ietf
> 
> _______________________________________________
> Ietf mailing list
> Ietf@xxxxxxxx
> https://www.ietf.org/mailman/listinfo/ietf
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews@xxxxxxx
_______________________________________________

Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]