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; Sun, 20 Feb 2005 05:24:05 +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 8CE1261BDA for ; Sun, 20 Feb 2005 05:24:05 +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 06728-02 for ; Sun, 20 Feb 2005 05:24:04 +0100 (CET) Received: from psg.com (psg.com [147.28.0.62]) by eikenes.alvestrand.no (Postfix) with ESMTP id D603561B92 for ; Sun, 20 Feb 2005 05:24:03 +0100 (CET) Received: from majordom by psg.com with local (Exim 4.44 (FreeBSD)) id 1D2iav-0005Gj-DR for idn-data@psg.com; Sun, 20 Feb 2005 04:21:21 +0000 Received: from [63.247.74.122] (helo=montage.altserver.com) by psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D2iau-0005GX-7i for idn@ops.ietf.org; Sun, 20 Feb 2005 04:21:20 +0000 Received: from lns-p19-1-idf-82-251-85-156.adsl.proxad.net ([82.251.85.156] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1D2ias-0006gO-Ny for idn@ops.ietf.org; Sat, 19 Feb 2005 20:21:19 -0800 Message-Id: <6.1.2.0.2.20050220023803.039482a0@mail.jefsey.com> X-Sender: jefsey+jefsey.com@mail.jefsey.com X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 20 Feb 2005 05:21:14 +0100 To: idn@ops.ietf.org From: "JFC (Jefsey) Morfin" Subject: Re: [idn] upstream and downstream 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 On 17:29 19/02/2005, Erik van der Poel said: >For IDN names, there are 2 different times: >1. registration time >2. lookup time You do not quote the two most important ones: 0. standardization 3. the user click. The standardization will most probably adapt through a grassroots process. The problem today is not what the users read, but the difference between what the users do and what they believe they do when they click. As I told you in a more detailed comment, you will no change the Unicode system for the reasons Doug Ewell explained. But you can conceive a namemap function which will transcode the characters of the URL that the user clicks into the characters he thinks he clicks/he wants to click. Obviously you can run the function twice (the first time to indicate where a change would occur if clicked). 1. there is no problem then to signal that a character has been changed, or to have a choice if there are several possibilities 2. if the correction works and reaches paypal, there is no problem. Otherwise it will not work. So the security is protected. This permits the user to decide of his own security. This is an anti-virus, an antispam approach. jfc