Re: [regext] Internationalized Email Addresses and EPP

"Hollenbeck, Scott" <shollenbeck@verisign.com> Mon, 23 November 2020 13:59 UTC

Return-Path: <shollenbeck@verisign.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 741383A0BE7 for <regext@ietfa.amsl.com>; Mon, 23 Nov 2020 05:59:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.199
X-Spam-Level:
X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 GcJ-jepbGLJE for <regext@ietfa.amsl.com>; Mon, 23 Nov 2020 05:59:37 -0800 (PST)
Received: from mail6.verisign.com (mail6.verisign.com [69.58.187.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBA9E3A0B97 for <regext@ietf.org>; Mon, 23 Nov 2020 05:59:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=3852; q=dns/txt; s=VRSN; t=1606139977; h=from:to:cc:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=SBu3/9Fo2LnJGv3wz1tAmAsOAy6/tVGbT/n4UF25EEk=; b=N/YNlQUd2s2J3lfDG/5DPZa6dtutNtKzQ+bDBg4iwlS+45YC5+Io0Mn3 89m9Tux9DRMOJ/uwZDI0pena2x9LQYf1tqBYC0hp4e0GnjE4hZWa7GlmF LvxjQo1pUtLrEfiO/XLbLI3Thbtrcq/Aq+Aw77kRK5UKI8pBIfETgSa1K lOmlnxxP1x5lPhtJRJkIaiBZhAtrNP1/xoJAJA8otJQwZJ1AJ9Epp88JX TcznFC4+xw9G6zHEN+AOJPNH3fnVg0k18s1fML20BSzY8LYtOHrMU0UlF T12lrHq1HwycM6oSInrBTNZPeKS6nHpj4h32sz/6H1zD5hoSimJlMP79S w==;
IronPort-SDR: zhkwkRG/FNFW18LU2IvXcKkryDRmNafjCPWmuSLmEzyAZt61vVv1JljCi+aip9A7dCeG2Mk5tT F0/JlUxTgg9AgYiaDihvb99abQMATHGaKfk3jlGFI5GQP0cNN0qw5lrtcfdHyx214AUK6gVq62 kt1B8uCff2Br1PhkgqSVJ1YE6GLgpKCCokogEhfL67pZRyN10r5KYQQOiDglgWmsSCw4jzHhu3 026bC3ooFFS2FMyvH3nAi3HkNFjF3oczk3zl4LtEOM6lvEmgYwBmPj3SuBrYBLXp+K9t2vAYeO Tkg=
X-IronPort-AV: E=Sophos;i="5.78,363,1599537600"; d="scan'208";a="3866974"
IronPort-PHdr: =?us-ascii?q?9a23=3AhhbR2hah90Xbius6E1mYSHL/LSx+4OfEezUN45?= =?us-ascii?q?9isYplN5qZps2+Yx7h7PlgxGXEQZ/co6odzbaP7Oa5BTJLvMjJmUtBWaQEbw?= =?us-ascii?q?UCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYdFR?= =?us-ascii?q?rlKAV6OPn+FJLMgMSrzeCy/IDYbxlViDanbr5+MRe7oR/MusQZgIZuJaY8xx?= =?us-ascii?q?rUqXZUZupawn9lK0iOlBjm/Mew+5Bj8yVUu/0/8sNLTLv3caclQ7FGFToqK2?= =?us-ascii?q?866tHluhnFVguP+2ATUn4KnRpSAgjK9w/1U5HsuSbnrOV92S2aPcrrTbAoXD?= =?us-ascii?q?mp8qlmRAP0hCoBKjU063/chNBug61HoRKhvx1/zJDSYIGJL/p1Y6fRccoHSW?= =?us-ascii?q?ZdQspdUipMCZ6+YYQSFeoMJeZWoZfgqVsSoxWwBgesC+HuyjBUiXH50rY30/?= =?us-ascii?q?g6HgHEwAAsA84CvXbSod7oNKkSS+e1zKzQwDnNbf1W3jP96IzWfRAnuv6DQ6?= =?us-ascii?q?5/ccnJxUIyCg3KklKQqZD5Pz+by+8AtHOb7+pnVeKrj24otQdxrSOxycgwiY?= =?us-ascii?q?nEnZwVxU7e9SV424Y1JNK4SEhhbdG4F5tQsjiXOo1rScwtX29mojw1yqEauZ?= =?us-ascii?q?GlZigKzowqyRHDZvGbboSF/h3tWfuMLTp2mH9od7Cyigqs/ES81+HxV9e43l?= =?us-ascii?q?ZFoyRKjNXBtG0B2gLO58WISvVw/0ms1CiO2g3V9+pKIlg0mLLGJ5I92LI8i5?= =?us-ascii?q?gevErZEiPrmEj7grWae0on9+Sw9ujrfq/qqoKeOoNokA3yL6sjl8+lDeglMQ?= =?us-ascii?q?UDWXWQ9/6m273550L5Ra1HjvgxkqbErp/XPd8bpqulAw9N1YYj9gq/Ay+m0N?= =?us-ascii?q?sGmXkHK0pIdQ+bgYbxJl3BIOj2A/i+jFiwjTtn3e7GMaHmApXXNnjPiq3ucq?= =?us-ascii?q?tn505C0goz1tZf64hIBbEGJfL/Qk7xtNrGAR8lKwG43vrrBM9g2o4cV2+DGL?= =?us-ascii?q?KVPaPcvFOS6e8iIPGAZIoPtzb8L/gl6eTujXg8mVIFZqmp3ZwXaHS8Hvt4JU?= =?us-ascii?q?WWemTjjcsCEWoRoAoxUvbqiFyZUT5SaHayWbgw6S08CIKjFYvDXJyigKSd3C?= =?us-ascii?q?enGZ1bfnpJClSSHnbnbYmEXu0DaSKIIs9hlTwEW6auS5U72RGvqgD617RnI/?= =?us-ascii?q?Hb+i0dr53j1dx16/fPmhE18Dx+F96d3H2VT2FogmMIQCc70qV7oUNn11eDyr?= =?us-ascii?q?J0jftCGtxX4PNJSAE6NJ7Hwux5DdDyWxrBfs+TRFm7XNqsGSsxQc4pw98Sf0?= =?us-ascii?q?Z9HM2vjgrd0CqlHbAUmKCLCYc18q3Cw3jxKdxxy3Hc1Kku3BEaRZ4FPGmrlu?= =?us-ascii?q?h6/hnJB4nHnl/flqu2e4wT2SfM8CGIym/E9BVRVANgF6DMTGofYUXbt5L461?= =?us-ascii?q?/MZ7CrALUjdABGzJjGYuFlbcDtgREOZv7mNc+UKzazlGCtARqg2L6WbZHrdG?= =?us-ascii?q?Nb1yLYXhsqiQcWqDymMgw6CyGrrmndSHRVHlXzfwmkpfJ+r3e/Q0k+wgqJR1?= =?us-ascii?q?Nszbuu+xETw/ebTqVAjfo/pC49pmAsTx6G1NXMBo/F/lI5cQ=3D=3D?=
X-IPAS-Result: =?us-ascii?q?A2HqAwD1v7tf/zCZrQpiHgEBCxIMQIYjCoQzkSWBBYkQi?= =?us-ascii?q?myFRYFoCwEBAQEBAQEBAQgBLwQBAYRKAheCFiY4EwIDAQELAQEBBQEBAQEBB?= =?us-ascii?q?gMBAQEChlqCNykBg24BAQEBAgEjEUUFBwQCAQgRBAEBAQICJgICAh8RFQgIA?= =?us-ascii?q?gQKBAUIDIVoAw6rNjx2gTKINA2CJIEOKoZphnKBQj6BEYJdNT6CG0IEgR4KA?= =?us-ascii?q?RIBgziCXwSQPIMxikyIaZAXOFUDB4JulguFCiuiBZNcjXOSbQIEAgQFAhWBa?= =?us-ascii?q?4ELcHCDOVAXAg2OKxeOJnQCNQIGCgEBAwmMBC2BBoERAQE?=
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Mon, 23 Nov 2020 08:59:24 -0500
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.2106.002; Mon, 23 Nov 2020 08:59:24 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "alex.mayrhofer.ietf@gmail.com" <alex.mayrhofer.ietf@gmail.com>, "Gould, James" <jgould@verisign.com>
CC: "Klaus.Malorny@knipp.de" <Klaus.Malorny@knipp.de>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] Internationalized Email Addresses and EPP
Thread-Index: AQHWwV58DauEWUmQRk+E9JYh/7Ee3anVvePw
Date: Mon, 23 Nov 2020 13:59:24 +0000
Message-ID: <3d6ce5fd7d1e482fb3df168e0d26c0a0@verisign.com>
References: <C9EBEF19-55C1-4C5E-87BC-894FBF7439FF@verisign.com> <CAHXf=0p5F1LsUYoeX_mRNvuKNpeOvWufY0tNL9zNn+6Zj0cR1A@mail.gmail.com>
In-Reply-To: <CAHXf=0p5F1LsUYoeX_mRNvuKNpeOvWufY0tNL9zNn+6Zj0cR1A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/HGB9PJYLnPsr6qzwqXdKirbD3ZM>
Subject: Re: [regext] Internationalized Email Addresses and EPP
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Nov 2020 13:59:44 -0000

> -----Original Message-----
> From: Alexander Mayrhofer <alex.mayrhofer.ietf@gmail.com>
> Sent: Monday, November 23, 2020 1:04 AM
> To: Gould, James <jgould@verisign.com>
> Cc: Klaus.Malorny@knipp.de; Hollenbeck, Scott
> <shollenbeck@verisign.com>om>; regext@ietf.org
> Subject: [EXTERNAL] Re: [regext] Internationalized Email Addresses and EPP
>
> Caution: This email originated from outside the organization. Do not click links
> or open attachments unless you recognize the sender and know the content
> is safe.
>
> Jumping into this discussion quite late, but...
>
> On Thu, Nov 19, 2020 at 4:39 PM Gould, James
> <jgould=40verisign.com@dmarc.ietf.org> wrote:
>
> > The 3 options presented and discussed at the REGEXT meeting included
> three extension options, which all include an namespace URI in the greeting
> and logic services:
>
> I'd really like to understand why there's not option (4), which, as i
> mentioned, would be:
>
> - Accept EAI addresses like any other email address in the standard EPP field
> (if the registry supports this). I don't see why the current RFC 5730 ff schema
> would not support this.
> - If a registry doesn't want to accept EAI addresses, return a 2306.
> This is inline with many other elements of registry policies - eg.
> when a registry validates the pc element of contacts against local policy, it
> would also 2306 - and nobody has yet discussed an extension for the purpose
> of announcing that the registry only supports a certain set of pc values
> (nooooo, no i've planted ideas in all of our
> brains!)
> - I don't see an issue with RDAP. RDAP can perfectly display non-ASCII
> characters
> - Creating an extension like this will never make EAI's "first class citizens".
> Accepting EAIs in standard "<email>" elements will.
>
> Maybe I'm failing to see the point.  And, as Klaus said, we're making EPP
> based registries a super complicated beast, implemented by a very small
> community. Introducing "yet another switch" into the protocol won't make it
> easier.

This may be the path of least resistance. I'm still trying to think through hat would happen if a registry returns an internationalized email address to a registrar that doesn't expect one. This could happen after a domain transfer, for example. Is this a problem? If not, maybe we could just get by without any other protocol changes or extensions.

> For example, what would an "old" client do that doesn't understand a
> potential EAI extension? Would they be deprived of email addresses
> completely, and receive non-sensical placeholders which they'd unwittingly
> hand over to their email system (even if that email system would perfectly
> understand EAIs?). Does sound like a failed opportunity to me!

See question above.

Scott