
From gavin.brown@centralnic.com  Wed Nov 14 00:04:38 2012
Return-Path: <gavin.brown@centralnic.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76C5A21F87F2 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 00:04:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.211
X-Spam-Level: *
X-Spam-Status: No, score=1.211 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RrhN8Zy0oW9Q for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 00:04:37 -0800 (PST)
Received: from smtp.centralnic.com (smtp.centralnic.com [193.105.170.131]) by ietfa.amsl.com (Postfix) with ESMTP id 3DEAC21F8798 for <provreg@ietf.org>; Wed, 14 Nov 2012 00:04:37 -0800 (PST)
Received: from [192.168.1.100] (188.30.150.171.threembb.co.uk [188.30.150.171]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTP id 827E9712B81 for <provreg@ietf.org>; Wed, 14 Nov 2012 08:04:33 +0000 (UTC)
From: Gavin Brown <gavin.brown@centralnic.com>
Content-Type: text/plain; charset=us-ascii
X-Mailer: iPad Mail (10A403)
Message-Id: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com>
Date: Wed, 14 Nov 2012 08:05:48 +0000
To: "provreg@ietf.org" <provreg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
Subject: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 08:04:38 -0000

Dear colleagues,

RFC 5733 puts the <contact:pc> and <contact:cc> elements inside the <contact=
:address> element, presumably so that they are grouped together with the oth=
er address elements.

However, this means that a contact could have two representations of its pos=
tal address - one with type=3D"loc" and one with type=3D"int" - which each h=
ave a different country and postcode. Since both of these fields consist sol=
ely of ASCII text (my research suggests that internationally, postal codes a=
re solely alphanumeric), i cant see any benefit to allowing this, and I can c=
onceive of a scenario where such a difference could cause operational or sec=
urity problems (eg an abusive or malfunctioning domain appears to be registe=
red in different territories, depending on the I18N preferences of a WHOIS c=
lient).

A "proper" fix would be to change the schema move the <contact:pc> and <cont=
act:cc> elements into the <contact:postalInfo> element, but that would be ra=
ther disruptive as it would require a change to clients, so I thought it was=
 worth raising this issue so that other server operators can decide whether t=
o ensure that these fields are identical across both address types.

Regards,

--=20
Gavin Brown
Chief Technology Officer
CentralNic Ltd
Innovative Registry Services for ccTLD and gTLD registries
https://www.centralnic.com/

CentralNic Ltd is a company registered in England and Wales with company
number 4985780. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.=

From fobispo@isc.org  Wed Nov 14 00:35:10 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A71EC21F8443 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 00:35:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OjR5Re2Ga1yJ for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 00:35:10 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id E6D5721F8466 for <provreg@ietf.org>; Wed, 14 Nov 2012 00:35:08 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id E49D5C987B; Wed, 14 Nov 2012 08:34:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.105] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id BBDDD216C3D; Wed, 14 Nov 2012 08:34:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com>
Date: Wed, 14 Nov 2012 00:34:57 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org>
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com>
To: Gavin Brown <gavin.brown@centralnic.com>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 08:35:10 -0000

Hi Gavin,

I actually had the same thought as you do, but I'm not sure if "loc" and =
"int" would be the same...

pc and cc are defined as:

 <simpleType name=3D"ccType">
      <restriction base=3D"token">
        <length value=3D"2"/>
      </restriction>
    </simpleType>

    <simpleType name=3D"pcType">
      <restriction base=3D"token">
        <maxLength value=3D"16"/>
      </restriction>
    </simpleType>


So technically a postal code can be provided in any script as well as =
the country code as long as the length value is met.

Folks that communicate in writing using non ascii characters would find =
that useful.

regards,


On Nov 14, 2012, at 12:05 AM, Gavin Brown <gavin.brown@centralnic.com> =
wrote:

> Dear colleagues,
>=20
> RFC 5733 puts the <contact:pc> and <contact:cc> elements inside the =
<contact:address> element, presumably so that they are grouped together =
with the other address elements.
>=20
> However, this means that a contact could have two representations of =
its postal address - one with type=3D"loc" and one with type=3D"int" - =
which each have a different country and postcode. Since both of these =
fields consist solely of ASCII text (my research suggests that =
internationally, postal codes are solely alphanumeric), i cant see any =
benefit to allowing this, and I can conceive of a scenario where such a =
difference could cause operational or security problems (eg an abusive =
or malfunctioning domain appears to be registered in different =
territories, depending on the I18N preferences of a WHOIS client).
>=20
> A "proper" fix would be to change the schema move the <contact:pc> and =
<contact:cc> elements into the <contact:postalInfo> element, but that =
would be rather disruptive as it would require a change to clients, so I =
thought it was worth raising this issue so that other server operators =
can decide whether to ensure that these fields are identical across both =
address types.
>=20
> Regards,
>=20
> --=20
> Gavin Brown
> Chief Technology Officer
> CentralNic Ltd
> Innovative Registry Services for ccTLD and gTLD registries
> https://www.centralnic.com/
>=20
> CentralNic Ltd is a company registered in England and Wales with =
company
> number 4985780. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From Klaus.Malorny@knipp.de  Wed Nov 14 01:12:23 2012
Return-Path: <Klaus.Malorny@knipp.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1BE321F84D2 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 01:12:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08Yg30Q9OyTE for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 01:12:23 -0800 (PST)
Received: from kmx10a.knipp.de (clust3b-eth0-0.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id 31A1121F84BB for <provreg@ietf.org>; Wed, 14 Nov 2012 01:12:23 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 144EB53; Wed, 14 Nov 2012 10:12:22 +0100 (MEZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id Ek1S6BVHp0vf; Wed, 14 Nov 2012 10:12:16 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 7724B52; Wed, 14 Nov 2012 10:12:16 +0100 (MEZ)
Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id qAE9CGck021514;  Wed, 14 Nov 2012 10:12:16 +0100 (MEZ)
Message-ID: <50A36070.2040008@knipp.de>
Date: Wed, 14 Nov 2012 10:12:16 +0100
From: Klaus Malorny <Klaus.Malorny@knipp.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/19.0 Thunderbird/19.0a1
MIME-Version: 1.0
To: provreg@ietf.org
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com> <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org>
In-Reply-To: <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 09:12:24 -0000

On 14/11/12 09:34, Francisco Obispo wrote:
> Hi Gavin,
>
> [...]
>
> So technically a postal code can be provided in any script as well as the
> country code as long as the length value is met.

Hi,

at least the country code should be identical in both variants and ASCII only, 
as RFC 5733 requires the country code to be one of the ISO 3166 codes.

Regards,

Klaus


From gavin.brown@centralnic.com  Wed Nov 14 02:26:52 2012
Return-Path: <gavin.brown@centralnic.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBFC21F84F2 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 02:26:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.855
X-Spam-Level: 
X-Spam-Status: No, score=-1.855 tagged_above=-999 required=5 tests=[AWL=0.745,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q7fHWuL4UXYs for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 02:26:51 -0800 (PST)
Received: from smtp.centralnic.com (smtp.centralnic.com [193.105.170.131]) by ietfa.amsl.com (Postfix) with ESMTP id 4538521F84E7 for <provreg@ietf.org>; Wed, 14 Nov 2012 02:26:51 -0800 (PST)
Received: from Gavins-iMac.local (82-68-174-118.in-addr.centralnic.net [82.68.174.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTP id 48BD9712B38; Wed, 14 Nov 2012 10:26:47 +0000 (UTC)
Message-ID: <50A371E6.8020205@centralnic.com>
Date: Wed, 14 Nov 2012 10:26:46 +0000
From: Gavin Brown <gavin.brown@centralnic.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Francisco Obispo <fobispo@isc.org>
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com> <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org>
In-Reply-To: <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org>
X-Enigmail-Version: 1.4.5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 10:26:52 -0000

On 14/11/2012 08:34, Francisco Obispo wrote:
> 
> So technically a postal code can be provided in any script as well as the country code as long as the length value is met.
> 
> Folks that communicate in writing using non ascii characters would find that useful.

According to Wikipedia (so usual caveats apply, but the article looks
pretty thorough), postal codes are almost exclusively numeric around the
world, with just a few countries using A-Z (mainly the UK and former
British colonies).

http://en.wikipedia.org/wiki/Postcode#Character_sets

There are no official international standards that specify this, but it
appears to be a de-facto standard that post codes are exclusively ASCII.

G.

-- 
Gavin Brown
Chief Technology Officer
CentralNic Ltd
Innovative, Reliable and Flexible Registry Services
for ccTLD, gTLD and private domain name registries
https://www.centralnic.com/

CentralNic Ltd is a company registered in England and Wales with company
number 4985780. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.

From ajs@anvilwalrusden.com  Wed Nov 14 06:59:40 2012
Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82EEC21F85FD for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 06:59:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.84
X-Spam-Level: 
X-Spam-Status: No, score=-0.84 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HHFboY5oTo+4 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 06:59:40 -0800 (PST)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) by ietfa.amsl.com (Postfix) with ESMTP id 13E0D21F85FC for <provreg@ietf.org>; Wed, 14 Nov 2012 06:59:40 -0800 (PST)
Received: from mx1.yitter.info (nat-04-mht.dyndns.com [216.146.45.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id E4E728A036 for <provreg@ietf.org>; Wed, 14 Nov 2012 14:59:38 +0000 (UTC)
Date: Wed, 14 Nov 2012 09:59:37 -0500
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: provreg@ietf.org
Message-ID: <20121114145937.GI84434@mx1.yitter.info>
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com> <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org> <50A371E6.8020205@centralnic.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <50A371E6.8020205@centralnic.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 14:59:40 -0000

On Wed, Nov 14, 2012 at 10:26:46AM +0000, Gavin Brown wrote:
> pretty thorough), postal codes are almost exclusively numeric around the

And what do you mean by "numeric"?  Remember that not all digits are
the ones familiar to those with a US keyboard.

Internationalization and localization are the twisty maze of passages.

A
-- 
Andrew Sullivan
ajs@anvilwalrusden.com

From gavin.brown@centralnic.com  Wed Nov 14 08:11:27 2012
Return-Path: <gavin.brown@centralnic.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6147521F8558 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 08:11:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.227
X-Spam-Level: 
X-Spam-Status: No, score=-2.227 tagged_above=-999 required=5 tests=[AWL=0.372,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mQcMbFfZqtX9 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 08:11:26 -0800 (PST)
Received: from smtp.centralnic.com (smtp.centralnic.com [193.105.170.131]) by ietfa.amsl.com (Postfix) with ESMTP id AFBD221F841A for <provreg@ietf.org>; Wed, 14 Nov 2012 08:11:26 -0800 (PST)
Received: from Gavins-iMac.local (82-68-174-118.in-addr.centralnic.net [82.68.174.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTP id 78833712B81; Wed, 14 Nov 2012 16:11:25 +0000 (UTC)
Message-ID: <50A3C2AC.6080407@centralnic.com>
Date: Wed, 14 Nov 2012 16:11:24 +0000
From: Gavin Brown <gavin.brown@centralnic.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Andrew Sullivan <ajs@anvilwalrusden.com>
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com> <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org> <50A371E6.8020205@centralnic.com> <20121114145937.GI84434@mx1.yitter.info>
In-Reply-To: <20121114145937.GI84434@mx1.yitter.info>
X-Enigmail-Version: 1.4.5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: provreg@ietf.org
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 16:11:27 -0000

On 14/11/2012 14:59, Andrew Sullivan wrote:
> On Wed, Nov 14, 2012 at 10:26:46AM +0000, Gavin Brown wrote:
>> pretty thorough), postal codes are almost exclusively numeric around the
> 
> And what do you mean by "numeric"?  Remember that not all digits are
> the ones familiar to those with a US keyboard.

I mean the range of code points from U+0030 to U+0039 inclusive.

Here's another source which shows the format used by each country:

http://www.geopostcodes.com/resources

> Internationalization and localization are the twisty maze of passages.

You are not wrong.

G.

-- 
Gavin Brown
Chief Technology Officer
CentralNic Ltd
Innovative, Reliable and Flexible Registry Services
for ccTLD, gTLD and private domain name registries
https://www.centralnic.com/

CentralNic Ltd is a company registered in England and Wales with company
number 4985780. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.

From ajs@anvilwalrusden.com  Wed Nov 14 08:53:13 2012
Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0B2921F8567 for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 08:53:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.096
X-Spam-Level: 
X-Spam-Status: No, score=-1.096 tagged_above=-999 required=5 tests=[AWL=0.256,  BAYES_05=-1.11, GB_I_LETTER=-2, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id spdHmYu7TY+q for <provreg@ietfa.amsl.com>; Wed, 14 Nov 2012 08:53:12 -0800 (PST)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) by ietfa.amsl.com (Postfix) with ESMTP id 8889B21F8573 for <provreg@ietf.org>; Wed, 14 Nov 2012 08:53:11 -0800 (PST)
Received: from mx1.yitter.info (nat-04-mht.dyndns.com [216.146.45.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id DA51B8A031 for <provreg@ietf.org>; Wed, 14 Nov 2012 16:53:10 +0000 (UTC)
Date: Wed, 14 Nov 2012 11:53:06 -0500
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: provreg@ietf.org
Message-ID: <20121114165305.GA84697@mx1.yitter.info>
References: <9A9DE7E9-33C0-4D48-ADAE-FB7FD742D07B@centralnic.com> <973345C0-744D-4225-959B-D1E9546FC7E5@isc.org> <50A371E6.8020205@centralnic.com> <20121114145937.GI84434@mx1.yitter.info> <50A3C2AC.6080407@centralnic.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <50A3C2AC.6080407@centralnic.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [provreg] Internationalised/Localised postal code and country elements
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2012 16:53:13 -0000

On Wed, Nov 14, 2012 at 04:11:24PM +0000, Gavin Brown wrote:
> > And what do you mean by "numeric"?  Remember that not all digits are
> > the ones familiar to those with a US keyboard.
> 
> I mean the range of code points from U+0030 to U+0039 inclusive.

That's what I figured.  The problem is, not everyone writes their
numbers that way, and many people who have these other ways to denote
the "same digits" think that they're equivalent.  In India, I have
observed signs with fairly free intermixing of what I think were
Devanagari digits and digits I recognized as mine.  Fun fact: using
Devanagari, this is a seven: ७.  Better, ५ is a five.  Six is ६.

I have been informed more than once that spreadsheets in the Arabic
world store Arabic-digit input as our familiar digits, and then
translate back at presentation time.  This is so that character
encoding can't mess up arithmetic operations. 

So, if someone is entering a localized version of an address and they
get to the post code field, are we confident that they're not going
to use localized digits, even if they use ASCII letters?

(None of this is to denigrate your suggestion, which I think is
reasonable.  I just want us to understand what rule we're making and
what the consequences will be, for whom.)

Best regards,

A


-- 
Andrew Sullivan
ajs@anvilwalrusden.com
