Return-Path: Received: from eikenes.alvestrand.no ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.1.11-Mandrake-RPM-2.1.11-1mdk) with LMTP; Thu, 17 Mar 2005 04:18:48 +0100 X-Sieve: CMU Sieve 2.2 Return-Path: Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6AB91621B1 for ; Thu, 17 Mar 2005 04:18:48 +0100 (CET) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04459-03 for ; Thu, 17 Mar 2005 04:18:44 +0100 (CET) Received: from psg.com (psg.com [147.28.0.62]) by eikenes.alvestrand.no (Postfix) with ESMTP id A7E2361AD5 for ; Thu, 17 Mar 2005 04:18:43 +0100 (CET) Received: from majordom by psg.com with local (Exim 4.44 (FreeBSD)) id 1DBlUo-0008xM-T2 for idn-data@psg.com; Thu, 17 Mar 2005 03:16:26 +0000 Received: from [63.247.76.195] (helo=montage.altserver.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.44 (FreeBSD)) id 1DBlUk-0008wh-HP for idn@ops.ietf.org; Thu, 17 Mar 2005 03:16:22 +0000 Received: from lns-p19-2-idf-82-251-149-205.adsl.proxad.net ([82.251.149.205] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DBlUZ-0001wa-ES; Wed, 16 Mar 2005 19:16:12 -0800 Message-Id: <6.1.2.0.2.20050317033553.031631d0@mail.jefsey.com> X-Sender: jefsey+jefsey.com@mail.jefsey.com X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Thu, 17 Mar 2005 04:16:08 +0100 To: Erik van der Poel From: "JFC (Jefsey) Morfin" Subject: Re: [idn] Re: stability Cc: "Martin v. LXwis" , Simon Josefsson , Mark Davis , idn@ops.ietf.org In-Reply-To: <423876D2.2070809@vanderpoel.org> References: <421B8484.3070802@vanderpoel.org> <421D8411.9030006@vanderpoel.org> <421E0D0C.2000309@vanderpoel.org> <421E30F2.1040408@vanderpoel.org> <0E7F74C71945B923C52211F3@scan.jck.com> <421EA0C9.1010500@vanderpoel.org> <00a401c51af3$7863aae0$030aa8c0@DEWELL> <42322CE2.4040509@vanderpoel.org> <4232B2FD.1080104@vanderpoel.org> <4232BA56.5090001@vanderpoel.org> <00e801c528a8$99ad37d0$72703009@sanjose.ibm.com> <42367B63.6080300@vanderpoel.org> <4237450A.9010901@v.loewis.de> <423754F3.50405@vanderpoel.org> <42375C9E.8040001@v.loewis.de> <4237917D.9080507@vanderpoel.org> <6.1.2.0.2.20050316125429.04464370@mail.jefsey.com> <423876D2.2070809@vanderpoel.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ops.ietf.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jefsey.com X-Source: X-Source-Args: X-Source-Dir: Sender: owner-idn@ops.ietf.org Precedence: bulk X-Virus-Scanned: by amavisd-new at alvestrand.no X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char F6 hex) in message header 'Cc' Cc: "Martin v. L\366wis" JFC (Jefsey) Morfin wrote: >I agree, and I can see why you react in this way to my email, but please >look again at Martin's email. If we followed Martin's advice, we would >wait quite a long time before even *considering* updates to IDNA. I think >it's reasonable to *consider* changes and even to write drafts *before* >the registries deploy further constraints. Dear Erik, John documented what he sees of the Registries. This is already a mess he documents well. What he does not see is that the users are not renewing. They are not interested. Except possibly - but their ccTLDs do not talk too much of IDNs - in Latin countries. The issue is easy to understand you need two keyboards to enter the IDNs and two languages to spell them on the phone - except when the ascii TLD can be typed. So there is no real need to get excited about IDNA. Phishing was interesting. I will write the Draft on that. >Of course, we must involve the registries in the draft review process. > >>The first step is to permit the Registries to operate in this still >>debated environement. > >I'm afraid I don't understand. The registry operators *are* already >permitted to operate their registries. John described that. Registries understand nothing to the complex signals (or lack of) from the ICANN, IETF, market, etc. I am on the WG-IDN of the ccTLDs as a lingual organization (Eurolinc). I suppose there is one year I received the last mail. 2 mails in one year++ on ICANN IDN list. They even told me James Seng does not attend all the ICANN IDN meetings (James?) anymore. James sold us something brillant in MdR2000. But the IETF delivered something else. >>I have asked responses about that and got no answer. > >I find it very difficult to respond to your emails because you often bring >up topics that I don't understand and seem somewhat unrelated, such as "PAD". PADs are obviously the core of the problem and a revolution. Handles could also be used. In case you forgot about PAD I documented several times, it stands for Private Alias Directory. This is the Directory of the ML keywords or DN you can register in your own system to call an external host. This is a Quick and Dirty excellent solution when an IP address is available. What will be the case with IPv6 and that main sites can obviously already support. > Also, some of your emails seem to talk about a revolution, which is very > difficult to bring about, and hence unlikely. There are several revolutions right now. Just look at the network, the behaviors and the people. A revolution does not mean an immediate tide. It means that something we did one way can be done another way, that it has started being used and that it will only grow. IDNA is not a revolution. > I have made such proposals myself (e.g. displaying the domain name from > left to right instead of right to left), but others have pointed out that > such ideas are more in the theoretical realm than the practical one, and > so I have stopped talking about them. This is not a revolution. This is a strange idea :-). Naming was left to right first. ARPANET naming was flat and for practical reason became right to left. It stayed that way. Your proposal works. Left to right and / separators. I understand there are already 15 millions of them. Named handles. A revolution is that less than 50% of the Internet connections still use the DNS, that handles develop, that PADs permits private keywords and ultimately billions of roots. And that IAB can issue another document for information on the matter or not, the trend is that way and we have to organize it or it will be a mess. >If you want to achieve consensus, you have to come closer to the rest of >the group. >Of course, you may claim that this group is itself far removed from the >real world, but I don't see much evidence of that. This is may be that you should go into the real world :-) I think that in this group I am the only one who happens to be there. This is why I keep poping in here, in the hope that some field information can go through and some great guy like you, Adam, Simon, Brian, John can give a good idea. All "the rest of the group" are in IETF or SGs. You know, one think the things go slowly. That changes will never happen. And all the sudden one discovers that they did happen and we did not saw them. Reality is simple: IDNA did not really convinced. Some techies had fun implementing them, some Registrars tried to make money in calling and registering TMs and some cybersquatters lost some money there. Just a question: when was that the last time you supported a registrant for his server to be accessed with the DN he just registered? This do help to understand what the people want and do. jfc