Re: [weirds] Basis for BOF request for Taipei

Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com> Fri, 30 September 2011 16:42 UTC

Return-Path: <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77EC821F8AFE for <weirds@ietfa.amsl.com>; Fri, 30 Sep 2011 09:42:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.948
X-Spam-Level:
X-Spam-Status: No, score=-102.948 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GCwp0TDx0Z8f for <weirds@ietfa.amsl.com>; Fri, 30 Sep 2011 09:42:23 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 4D73C21F8AA9 for <weirds@ietf.org>; Fri, 30 Sep 2011 09:42:23 -0700 (PDT)
Received: by wwf22 with SMTP id 22so2098390wwf.13 for <weirds@ietf.org>; Fri, 30 Sep 2011 09:45:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=6dWLqk+Qn0aosMOXlCJVUhW9/gd7FV+6nKRD0GpQf7c=; b=ZzMWTPSE5eEQy7I742gAfbHr17O3oUM5UfK+/aZz7WLdSP0AGxWa2+WRnrT3+Oq2kc 1crmTlkNdfvJc6x3wnKv1howZjXYPTQGZixexcaoj1zLtroEZoQTejhGrlFrmUjVRlas RIOYmJrFwI5FBYoG/1KwD3mfRKRFTvCWuSPlI=
Received: by 10.227.11.81 with SMTP id s17mr3011253wbs.62.1317401117066; Fri, 30 Sep 2011 09:45:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.180.80.134 with HTTP; Fri, 30 Sep 2011 09:44:37 -0700 (PDT)
In-Reply-To: <20110929161958.93766.qmail@joyce.lan>
References: <20110929141918.GD29036@shinkuro.com> <20110929161958.93766.qmail@joyce.lan>
From: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
Date: Fri, 30 Sep 2011 18:44:37 +0200
Message-ID: <CAHhFybqGCp5K7gOMUkVMvFKsOLMAvt02z+iw+aZznysA3Zoufw@mail.gmail.com>
To: John Levine <johnl@iecc.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: weirds@ietf.org
Subject: Re: [weirds] Basis for BOF request for Taipei
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Sep 2011 16:42:24 -0000

On 29 September 2011 18:19, John Levine wrote:

>  1.  Complete support for internationalization of queries and
>    responses, including a standard representation for IDNs and
>    non-ASCII text in queries and responses, and ways to indicate
>    language preferences for responses.

> It seems to me that the likely outcome there is use UTF-8
> everywhere, give or take some rules about when to use U-labels
> or A-labels.

Folks wanting "language negotiation" should use a Web interface,
HTTP supports this.  For WHOIS it would be an obscure hack, e.g.,
"add /e when talking with JPNIC, add -Tdn,ace when talking with
 DENIC, do something when talking with RIPE," etc. ad nauseam.

This just does not scale for the thousands of gTLDs presumably
starting next year.  Otherwise WHOIS i18n is as you said very
simple, just use NET UTF-8 (= RFC 5198), and let the servers
automatically handle A/U-label in queries and offer both forms
in responses.

IMO a WG Charter only needs a pointer to RFC 5198 wrt i18n, all
technical details are then almost obvious.

And the most convoluted i18n interface doesn't help me to get a
technical contact for say domain arbeitssocke.de abused in some
Amazon phishing if the response is like this:

% Error: 55000000002 Connection refused; access control limit exceeded

Needless to say that this was my first query today (= "this IP"),
and manually using the alternative Web interface with a captcha
and some "EULA" is excessively hostile to legit users.

-Frank