Re: [I18nrp] Additional input needed for i18nRP BOF

Adam Roach <adam@nostrum.com> Fri, 08 June 2018 19:34 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: i18nrp@ietfa.amsl.com
Delivered-To: i18nrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 580C0130F8B for <i18nrp@ietfa.amsl.com>; Fri, 8 Jun 2018 12:34:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.879
X-Spam-Level:
X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dt7LTyb0C-o6 for <i18nrp@ietfa.amsl.com>; Fri, 8 Jun 2018 12:34:38 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAC55130F82 for <i18nrp@ietf.org>; Fri, 8 Jun 2018 12:34:38 -0700 (PDT)
Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w58JYP1J097985 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 8 Jun 2018 14:34:26 -0500 (CDT) (envelope-from adam@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local
To: Larry Masinter <LMM@acm.org>, "'John C Klensin'" <john-ietf@jck.com>, i18nrp@ietf.org
References: <f997170c-3062-0241-e58d-7a3415fba983@nostrum.com> <CE6F76BB323F1555D6B217A5@PSB> <013f01d3ff5c$4aa68ee0$dff3aca0$@acm.org>
From: Adam Roach <adam@nostrum.com>
Message-ID: <8f595761-129a-f1ab-9346-0e09706fbdbf@nostrum.com>
Date: Fri, 8 Jun 2018 14:34:20 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <013f01d3ff5c$4aa68ee0$dff3aca0$@acm.org>
Content-Type: multipart/alternative; boundary="------------E1273CB3268396BFB4931AB2"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18nrp/PwG_AIdul-9eaYJVuRbHvIOZ2Aw>
Subject: Re: [I18nrp] Additional input needed for i18nRP BOF
X-BeenThere: i18nrp@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Internationalization Review Procedures <i18nrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18nrp/>
List-Post: <mailto:i18nrp@ietf.org>
List-Help: <mailto:i18nrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jun 2018 19:34:43 -0000

Thanks, Larry. It's good to hear from you.

This seems like sound advice. I'll point out that we're trying to 
determine a *process* for addressing i18n issues rather than addressing 
the actual issues right now.

/a

On 6/8/18 2:09 PM, Larry Masinter wrote:
>
> Focus on confusables, untypables. Unicode greatly expands these.
>
> I say ‘greatly expanded’ because ASCII has confusables (MlCR0S0FT – 
> note lower-L vs upper-i and zero vs upper-o) but short lower-case 
> ASCII might be ok.
>
> Separate unintended vs. malicious cases.
>
>   * Unintended can be reduced by providing more information to those
>     choosing names.
>   * To address maliciously introduced confusables may require protocol
>     changes:
>
> To deal with maliciously introduced confusables, reduce the reliance 
> on humans to compare or read or retype accurately of unvalidated name 
> from a non-trusted source (as commonly exploited by phishing) might 
> mean recommending the ‘resolution’ of typed-in or even copy-pasted 
> URLs into searches, and using directory search for non-ASCII email 
> addresses as well.
>
> Give up trying to enumerate and mandate the non-use of confusables ,as 
> it is too dependent on the population, their language, and the 
> software they have.
>
> Larry
>
>
>
> _______________________________________________
> i18nRP mailing list
> i18nRP@ietf.org
> https://www.ietf.org/mailman/listinfo/i18nrp