Re: [Technical Errata Reported] RFC7622 (5769)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============7767405560195406048==
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="8EMb5KLazI3bLW9CUJCx1LLKK3LV8bbhR"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--8EMb5KLazI3bLW9CUJCx1LLKK3LV8bbhR
Content-Type: multipart/mixed; boundary="77M0dQMBnKRCuFcHqdSVqDY1tNBszxpIy";
 protected-headers="v1"
From: Peter Saint-Andre <[email protected]>
To: Florian Schmaus <[email protected]>,
 Matthias Wimmer <[email protected]>, [email protected],
 Barry Leiba <[email protected]>, Dave Cridland <[email protected]>
Cc: Joe Hildebrand <[email protected]>,
 RFC Errata System <[email protected]>,
 Alexey Melnikov <[email protected]>
Message-ID: <[email protected]>
Subject: Re: [xmpp] [Technical Errata Reported] RFC7622 (5769)
References: <[email protected]>
 <CALaySJJ0t58BgMYE6G9XLFc-ydskvV6CS48d9++8xBfNZ_cLDg@mail.gmail.com>
 <[email protected]>
 <CALaySJKztZ40OLNL6Jsvt1wzFgjYzqxUNq3Xj60KwOkAvJGxZA@mail.gmail.com>
 <CAKHUCzwg6sPtN0Dp6zPfKT75+DbfE0xies3Wv7GujXes6jY0Ng@mail.gmail.com>
 <CALaySJKcozQ7sQJvQHMVq2m9mFT2=jXc5wVd=pqMWSZK_=Qr7A@mail.gmail.com>
 <[email protected]>
 <[email protected]>
In-Reply-To: <[email protected]>

--77M0dQMBnKRCuFcHqdSVqDY1tNBszxpIy
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 7/2/19 1:25 AM, Florian Schmaus wrote:
> On 02.07.19 00:53, Matthias Wimmer wrote:
>> I'd also like to point to http://unicode.org/reports/tr46/#Notation
>>
>> According to the definition there labels are not only separated by
>> U+002E but also three other types of full stops as well.
>>
>> This definition has also been in RFC3490 section 4 (IDNA2003) but I
>> cannot find it explicitly in IDNA2008. Not even in the list of things
>> that have changed.
>>
>> For the given example of =E5=95=86=E4=B8=9A.=E4=B8=AD=E5=9B=BD I think=
 a Chinese user would more
>> likely enter =E5=95=86=E4=B8=9A=E3=80=82=E4=B8=AD=E5=9B=BD because whi=
le entering Chinese characters there
>> is no key on the keyboard, that would enter a Western full stop. So to=

>> enter =E5=95=86=E4=B8=9A.=E4=B8=AD=E5=9B=BD he would have to change hi=
s keyboard layout at least twice.
>=20
> Thanks for pointing this out. From RFC3490:
>=20
>    1) Whenever dots are used as label separators, the following
>       characters MUST be recognized as dots: U+002E (full stop), U+3002=

>       (ideographic full stop), U+FF0E (fullwidth full stop), U+FF61
>       (halfwidth ideographic full stop).
>=20
> We may want to consider adding a mapping rule from those to U+002E in
> the domainpart.

There's a reason IDNA is defined in terms of labels. If we update or
replace RFC 7622, we should do the same.

Peter



--77M0dQMBnKRCuFcHqdSVqDY1tNBszxpIy--

--8EMb5KLazI3bLW9CUJCx1LLKK3LV8bbhR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIzBAEBCAAdFiEEO1gGYnPG8aeH+JR96gakkSvFrakFAl0bYUkACgkQ6gakkSvF
rakxbQ//fgiAUWMu+4cBkPnJie4cDjxHe5aHpknfEzx5uZPqejUHBFYWi1C3vuHC
4w9L8yjo3auwkB4K3vVjC0WBOggjfb/MtcsEr7Wr3Z6IvOwzViDow2NjUWuPdx2N
c4i2tDlO3Z2h8JHgFuxZCS5EhJL6Pk5cCVxUcYkUrudrC+qEB1huQjpSH4IJzLx4
QuX6hWEPcr4UlU/lSu+Y0AhkFHpZe9LGci/K2RVealfp7TNWrqTXG2kmWnpIfhPL
WibszO72Zvv5Jh3OseL7bpvY00+Flnb69kyhCEfsKyqQ4PPNG8G+sAKnhZxxB6A9
YiLJ/H1zdrMBhJuvYyKYRai9XxMiK9vXUqEdpMhSHKYpFKllzFWXubsB7A8q+w4g
WvnU5JXUHtLP2QAFmRHMuvWObABGOdE4okRIO3t6xfiKNNnY8flfKk5L51ZqzIri
dklI0XrOMSNY7Xu3fZ0nAH+aK/KKqabMNVgY4S7J5xt02e6Z4pRoE9/OIDfDbxdA
drDraphzWeD+EilvStWEaeL6XTntulIDbipF0GbxWjgTSIETkyXKtKJYu7XB3Xv+
cfSEr2BeE1BrfsxIPvTgze/v8C1lgR0OugMCmc7uevjRErsB1OZEgR7upXCB3EAA
PC7qrAVxN5AjNbIjIJtpKfGkClEe6HP1zihpsI3Uzpp4RTwbilc=
=w8Xh
-----END PGP SIGNATURE-----

--8EMb5KLazI3bLW9CUJCx1LLKK3LV8bbhR--


--===============7767405560195406048==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
xmpp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/xmpp

--===============7767405560195406048==--