Re: [regext] Internationalized Email Addresses and EPP

"Hollenbeck, Scott" <shollenbeck@verisign.com> Fri, 20 November 2020 09:07 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 070803A1DDB for <regext@ietfa.amsl.com>; Fri, 20 Nov 2020 01:07:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Gw4TYC7KR03o for <regext@ietfa.amsl.com>; Fri, 20 Nov 2020 01:07:15 -0800 (PST)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) (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 0AFFC3A1CBE for <regext@ietf.org>; Fri, 20 Nov 2020 01:06:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=3122; q=dns/txt; s=VRSN; t=1605863202; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=xiX7Qjmsx3+UbJtTKYplrseL846DbRk76BNhIOwAvdY=; b=DRHnsEeyr3ppnJdXx+GUlRJqBi62Xg1K6oxNP2EgN5keV1ey4GGkfX0P WmideWWv04sjkdeu9zR2+zcof6A4P6dhEeC2UYqnAqB+cQrMs7g4sEPqK 1XSXezWo+xQnVxP1e/ld8C3q6pNGZB1pzkvifYhDu9VfCa9E6yZggcUFq DgSjXuB2AzdHNM2OsrRuaTIecM7ZapQfkaazRmgJjVZwYUpcIPwp5Jc8d vBAkzzCDka5ezPHEEbGuhIrg7Jzv5nrBY75rXjPxsuk08agT8mRG8NBel afSH24azBIL7hsKRFpGFwk9AI0f3Vg1UOmDJLtTTnysNKlWEfGtISnylO Q==;
IronPort-SDR: B6WoRd6nKKTT5btngUj8N6qEQjpylNDFYsc2BY9Jwy/gd6hZjUkazkwdiH0WQ1MKf+sTtKQhyH e4qY8dbFUpfM6lDNA8XGvRobegOgWOJhbZB+g5VHZJA7athmeRJVGhUAO1nrUHsHg7jXfBpTiw c1YVSK9vF1Pqiu6X/afEauLHvO3M9d+zBYHlMy/4DnhDwLhKOIJ4fTVvi5oRs9taEWgwEthm+q XxNzTyR8nQK9BLoKwVBpiGddT6zghqv2/jn3Ox/SE77Ar8HCYO66haXE2iadELdFRlq6YJCiMs 21Y=
X-IronPort-AV: E=Sophos;i="5.78,356,1599523200"; d="scan'208";a="3350271"
IronPort-PHdr: =?us-ascii?q?9a23=3AdFfg4h8XsMwvv/9uRHKM819IXTAuvvDOBiVQ1K?= =?us-ascii?q?B+0+sRIJqq85mqBkHD//Il1AaPAdyErasf2qGH6+jJYi8p2d65qncMcZhBBV?= =?us-ascii?q?cuqP49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx?= =?us-ascii?q?7xKRR6JvjvGo7Vks+7y/2+94fcbglVhjexe65+IRuyoAnessQanZZpJ7osxB?= =?us-ascii?q?fOvnZGYfldy3lyJVKUkRb858Ow84Bm/i9Npf8v9NNOXLvjcaggQrNWEDopM2?= =?us-ascii?q?Yu5M32rhbDVheA5mEdUmoNjBVFBRXO4QzgUZfwtiv6sfd92DWfMMbrQ704RS?= =?us-ascii?q?iu4qF2QxLulSwJNSM28HvPh8JwkqxVvQ6hqRJ8zY7aYo6VNeZxcKzSct4BWW?= =?us-ascii?q?pBR8RRWzBdDo+gcYcCCfcKM+ZCr4n6olsDtRWyCwurBOPrzj9HmHn20rYk3O?= =?us-ascii?q?s9EgHKxBErEc8Sv3TTsNX1KKkeWv2ywanTzTXDaPdW2TPj54jOaR8uv+2DXb?= =?us-ascii?q?FrfMrP10YvDQLFjk6RqYzqOTOZzPgCs2+e7+d5U++klmEopR1rrDe12scslp?= =?us-ascii?q?fGhpgTyl3c6Ch0wIY4KMGmRUN5fNOpFJRdujyVOYdqRs4uX3xktDo0x7MIpJ?= =?us-ascii?q?O2fycHxIg7yxDfa/KLb4aG7xDtWuuPJTp1mHRoc6+8iRaq6UWs1/HwWtOp3F?= =?us-ascii?q?tIoCdJiMTAu3AD2hDJ5cWKSeNx8lq91TqVygze6P1ILVopmafUKJMt2KM8m5?= =?us-ascii?q?kVvE/eBCH5gl/2g7WTdkg8/+io7Pnobav+q5+HMo90lhn+MqMzmsyjGeg4Mh?= =?us-ascii?q?YBX2yc+emkybDt4VX3TKhKgfMunafWsYzWKdkBqq6nHwBV1Zwj6w6lAzi8zd?= =?us-ascii?q?sUh2cHLEheeBKBlYTmJ1bOIPXgAfe+hVSjjitryujbMrH9GJnBM3rOnbn7cb?= =?us-ascii?q?pg60NRxhA/wN9c6p5MD7EOOvPzWkv/tNzCCR85NhS5w/3nCNV60oMeXXyAAq?= =?us-ascii?q?mCP6zMrVCI5fkiI/eSa48PuTb9MPkl5/HojXMjhVAdeqyp0YMNaH+kBvRmP1?= =?us-ascii?q?mZYX30j9kEFWcFpBc+TPfwhFOFSzFTY3GyX7g65jA7E4+mDoHDRoG1gLyZxi?= =?us-ascii?q?u0A4NZbHhcCl+QCXfoa5mEW/AUZSKIPMBhnSILVLe9S4I61BGhqhP6y7R9Iu?= =?us-ascii?q?rT4C0YusGr6N8grc7XnAwpsxl9C8OH1XClTGd1hntOSzJ8lPRcpUVg0RGm2K?= =?us-ascii?q?x/mfpJPd9V5utRFAs3Y9qUhfZ3BN3iRirAc8uHDlG8TZ/uVSs8Qd8h3/cPbl?= =?us-ascii?q?pzXdK4gUaQ8TCtBupft7uPAJEy+K/X3Dy5HM1612qMnP06j14iRsZJP2CthY?= =?us-ascii?q?Zh+hLSHI/GlQOSkKP8JvdU5zLE6GrWlTnGh0pfSgMlCag=3D?=
X-IPAS-Result: =?us-ascii?q?A2HmBAAyhrdf/zCZrQpigQmGIwqVXZUAhUWBaAsBAQEBA?= =?us-ascii?q?QEBAQEIAS8EAQGBVYJ1AoIrJjgTAgMBAQsBAQEFAQEBAQEGAwEBAQKGWoI3I?= =?us-ascii?q?oN2AQEBAQM6SwQCAQgRBAEBAR4QMh0IAgQBEgiyFDx0gTSFV4R+gTiNW4FCP?= =?us-ascii?q?oERgxI+g38KARIBhhcEkCUTjXmIBJIDAweCbZgtgmUrgxqKF5RMk1aCAZ5aA?= =?us-ascii?q?gQCBAUCFYFrgQtwcIM5UBcCDY4rF44mdDcCBgoBAQMJjTeBEQEB?=
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; Fri, 20 Nov 2020 04:06:40 -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; Fri, 20 Nov 2020 04:06:40 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "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: AQHWvxnQ5sxORJ+3oEukC7gtsimNhqnQukmA
Date: Fri, 20 Nov 2020 09:06:40 +0000
Message-ID: <08e72da8ecc745cb8a6c4338566ff0c6@verisign.com>
References: <AB832A1D-083B-40E4-9F45-B03DB7452B70@verisign.com> <a5446f92-2250-d1e6-16f5-7fdffc48a9c8@knipp.de>
In-Reply-To: <a5446f92-2250-d1e6-16f5-7fdffc48a9c8@knipp.de>
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="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/vvDRmVUiszxjz8PPSrsl004Lz7s>
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: Fri, 20 Nov 2020 09:07:22 -0000

> -----Original Message-----
> From: regext <regext-bounces@ietf.org> On Behalf Of Klaus Malorny
> Sent: Friday, November 20, 2020 3:47 AM
> To: 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.
>
> On 19.11.20 19:14, Gould, James wrote:
> > Klaus,
> >
> > The EAI support goes beyond RFC 5733 and is a perfect example of the use
> of the extensibility built into EPP.  Revising the RFCs and EPP extensions that
> use email addresses for EAI with new XML namespaces and potentially other
> changes is much more impactful than creating an EPP extension that
> specifically addresses the issue with applicability across any EPP object.  I was
> involved with revising RFC 4310 to RFC 5910, which was needed to address
> significant implementation issues with RFC 4310, so I see it as a different use
> case.  The intent is to make the EPP extension as lightweight as possible, to
> apply across multiple EPP objects, and to include an appropriate level of
> signaling (e.g., session-level, object-level, element-level).  Any feedback is
> welcome.
> >
> > Thanks,
> >
>
> Hi James,
>
> I chose DNSSEC as an example as I know that you took the major part in
> writing the update. At the very end, it is a matter of taste, and one cannot
> argue about. So I respect your position.
>
> As you might know, my company is developing software both for the registry
> side (our TANGO software) and for the registrar side (for customers and our
> own purpose). And for the latter, dealing with all the slightly different
> implementations of the EPP, within the limits of the specifications and
> beyond, and dealing with the flood of extensions, including different
> versions of them, is really anything but fun.
>
> As I understand it, the original idea of EPP was to have a common protocol
> for all registries, and it "failed by the wayside" (hopefully the right idiom). It is
> not about blaming anyone for this, maybe the idea was just too ambitious. So
> IMHO with every proposed change to the EPP ecosystem one should ask
> oneself whether it increases or decreases the overall complexity and the
> need for case differentiation, specifically in the long run. I do not remember
> who said this, but there is a proverb which goes like the following: If you
> design a protocol, don't ask what you can add to it, but what you can remove
> from it. While this is likely idealistic, I'll try to keep this in my mind.
>
> Coming back to the issue, I see internationalized e-mail addresses coming to
> stay, like IPv6 did and IDN. So make it an integral part of the protocol, not an
> optional one, in the long run. But hey, that's only my taste.

Please keep in mind that they're currently an OPTIONAL SMTP extension. I think that would need to change before they become a MUST for EPP.

Scott