Re: Internationalised/Localised postal code and country elements

Francisco Obispo <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <[email protected]>
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="ccType">
      <restriction base="token">
        <length value="2"/>
      </restriction>
    </simpleType>

    <simpleType name="pcType">
      <restriction base="token">
        <maxLength value="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 <[email protected]> wrote:

> 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 other address elements.
> 
> However, this means that a contact could have two representations of its postal address - one with type="loc" and one with type="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).
> 
> 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.
> 
> Regards,
> 
> -- 
> 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.
> _______________________________________________
> provreg mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/provreg

Francisco Obispo 
Director of Applications and Services - ISC
email: [email protected]
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID = B38DB1BE

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.