Re: [regext] Fwd: New Version Notification for draft-belyavskiy-epp-eai-00.txt

"Gould, James" <jgould@verisign.com> Thu, 08 October 2020 14:37 UTC

Return-Path: <jgould@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 3EB543A08C0 for <regext@ietfa.amsl.com>; Thu, 8 Oct 2020 07:37:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.987
X-Spam-Level:
X-Spam-Status: No, score=-1.987 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, 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 tV9TsDKfBIFP for <regext@ietfa.amsl.com>; Thu, 8 Oct 2020 07:37:05 -0700 (PDT)
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 EDDF33A0E11 for <regext@ietf.org>; Thu, 8 Oct 2020 07:37:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=33714; q=dns/txt; s=VRSN; t=1602167824; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=7NgQodT8n7O/oR1cOLDyEWZTr+kiMvKa6QBLs2s2lQo=; b=jujbGG/ag52/RRF8UzrnrnXZ6+/4WDzYowc1t/VJ0Hmdio/DG0IXYPvC QGxS/e02J4M9kjUQmdWsU+VONY8bmqmWkzisuRca+OZaUvQtCoOSwkP0r rFxQbosRwWxn82Rxviwo5uVC6gHT+dTARNlubg50ccKVq6LygSAYGnphA O8WgMwnGsi9SIpMNCqOWvBVFpz68ocfHPzlzUf3M8/soP7GSZtczxr3Fp 4d2rGsUJqxwJqEhz5bHp5dxno+xUra6zJ6hx+pBTvsOe6ssv2KDYnIdHz FIxD01YDN+2GTflsiRUbTJNBE/P08trDacG+Y1zzD65QRd7x4Ssa1XtyJ Q==;
IronPort-SDR: eqXexl5Xh++6sJbqIEAwJSCSEgwGH4xFCdfLRmqC+aohBSPNEtLK8MnsnI9B+vDOhk1FfpkMwT YbkGEDtK4nlnaLMexvcfXeL3JvmV45mmcp2WEDPAgRxPgQtR/CleAVguL06EX0KUjzqWGzAqFt GnLC9HL/AMelUnX3ffyhd/3lYWG9nWRyQIIo25SQHG/2wwHYRuFkIMs7qwQwMPi8GnoPJBjq68 PFACXclN5xi4d7Jczs5SMVI4YNx86btetCC90HOL6FlPR5OCca5ASwhPYnjOFNuqyBfYS4OO9T HMw=
X-IronPort-AV: E=Sophos;i="5.77,351,1596513600"; d="png'150?scan'150,208,217,150";a="3194420"
IronPort-PHdr: 9a23:bxYpkRAgth7LbWfrKsiyUyQJP3N1i/DPJgcQr6AfoPdwSP36psqwAkXT6L1XgUPTWs2DsrQY0rWQ7/GrAjBIyK3CmUhKSIZLWR4BhJdetC0bK+nBN3fGKuX3ZTcxBsVIWQwt1Xi6NU9IBJS2PAWK8TW94jEIBxrwKxd+KPjrFY7OlcS30P2594HObwlSizexfLF/IA+5oAjVucUbj4RvIbstxxXUpXdFZ/5Yzn5yK1KJmBb86Maw/Jp9/ClVpvks6c1OX7jkcqohVbBXAygoPG4z5M3wqBnMVhCP6WcGUmUXiRVHHQ7I5wznU5jrsyv6su192DSGPcDzULs5Vyiu47ttRRT1kyoMKSI3/3/LhcxxlKJboQyupxpjw47PfYqZMONycr7Bcd8GQGZMWNtaWS5cDYOmd4YBD/QPM/tEr4fzpFUOoxmxCgetBOzzxTBFnWX20bE/0+k7DQ3Lxg4tEtQTu3rUttX1M6ISXPi7wKfJyjXDcvdW1irl5IPVdh4uu/SMUqxrccbf1EIiEAHFjlqXqYz4OzOay/8As3aF4Op6VOKvkG8nqw53ojS12sgsjYzJi5sTx1vZ+ip33Jw7KsekSE5nf9GkCp1QujmZOodqXs4vQ39ltDs+x7MJt5C1fCYHxZYoyhDQdfCKcoiG7BL/WeqPPTp1h31odrK/ihux8EWt1O3xWMm13VtLqCdOj9fCtncI1xPJ68iHTONw/ka/1jaT2QDf8OZEIVo7labDNZ4u3KQwlpsIsUTCES/2nkT2jKmKeUk+5ueo7OHnb7P7rZGfL495khzyPrg0lsCiA+k1PBICU3Wb9OmyzrHu8k70TK1XgvEqiKXVrZLXKdgBqqKkDAJY0Zwv5wu8Ajqgzd8Wh2MILEhfdxKCl4XpPlbOL+3mAvqnmFSslStrx+jBPr38HpXBNnjDn6nlfbZ680NR1RY9w8hC651UEr8PL/P8VlPsuNDCEB82Lwu0w/z/CNlnzIwRRHiDArGDMKPJt1+E/P4gI+6JZIMNuTb9LeYq5+L2gHMkhVMRZ7Sl0JkZZXyiA/hrI0uUbWDjj9oCCWsKuxAxTO3uiF2MSz5TYHOyUro+5jE0D4KmEIPDSZ22jbyfwii7BJxWZntHClCDF3fkbZmLW/AJaC6KOM9ujiQEVaS9S48mzRyhrxH1y756IerR+y0YqYnu1Ndw5+LJlBEy8SZ4ANia02GIV2t0hH8HRycq3KBjpkxw0lKD3rJjg/xYD9Ne/O9GXRsmNZ7Y0uN2EcryWh/ZdNeTVFmmWsmmAS02Tt8p2d8BfUl9FMutjxDfxCeqAqEal6CFBJAu9aLcxXfxdI5BzCOM3qQlg1wnXuNAMGSnguh08A2ZT9rDnkGVkqe2XasZ1S/JsmyEyDzK9At4Vwp0XKPPUHscIgPtptPl+gmKG6SuDrAjPw1LxMWBArVHcNzyjFpAAvzkPYKNTXi2njL6KhGVwr/IJKjjfmgGlm2JCkcDjgQf1WiLLwklByin5WnZCWo9RhrUf0rw/Lwm+zuARUguwlTPNhU52g==
X-IPAS-Result: A2GWAwA0I39f/zCZrQpdAx0BAQEBCQESAQUFAYIPgSOBd4E0CoQzkHQmgxRmhheQLIEsFyYEBwEBAQEBAQEBAQQBAwEiDQQBAQKESAIXgXUmOBMCAwEBCwEBAQUBAQEBAQYDAQEBAoZFDII3KQFzPQk9AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQQCCAUCNBkFAjUSAQEdAQEBAQMFAR0CCAE5EAIQAgEIEQMBAQEGAQEBDgEBDwMCAgIFEAEJBQwUCQgCBA4EAQYIgxgBgksDPag9doEyhDsBAwIOQYMlDYIUEIE4gyGDPIEGM4ELhC2BQj6BEScMEIJNPoIaQgEBAgEBgSEFARIBByYLCQEVCAkBAgWCSDOCLQSQHoMihwUmgSaKNIVygxaHOlIDB4JohyoCgVSLUoEKhQ4fgxOBKYhclBeROIFigXqHARKBY4Jrj1mCaAIEAgQFAhWBQSqBC3BwFRpLAYI+CUcXAg2NfC8XFIM6hRSFQnQCAQEJASYDAgYBCQEBAwmMBA8VgQ+BEQEB
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) 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.1979.3; Thu, 8 Oct 2020 10:37:02 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d]) by BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d%4]) with mapi id 15.01.1979.003; Thu, 8 Oct 2020 10:37:02 -0400
From: "Gould, James" <jgould@verisign.com>
To: "beldmit@gmail.com" <beldmit@gmail.com>, "Hollenbeck, Scott" <shollenbeck@verisign.com>
CC: "masha@cctld.ru" <masha@cctld.ru>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] Fwd: New Version Notification for draft-belyavskiy-epp-eai-00.txt
Thread-Index: AQHWnX0yGLcyVOw2Kk6Flcc66aMy7amOBJ8A///BXwA=
Date: Thu, 08 Oct 2020 14:37:02 +0000
Message-ID: <F49F50D1-BF92-433C-9958-0B975455F7C6@verisign.com>
References: <160207715398.14301.11809257569714930902@ietfa.amsl.com> <CADqLbzJP0igLXu1ZOt2ShNsoVz5RQ-a6Vyrt4hp9tJAmoKHE+g@mail.gmail.com> <5f28bdeb6cbe4d3fa9bf9b969b17025d@verisign.com> <CADqLbzJFN634Gs7mH2=Ukygw7CXbuaCWKn8d4fyWdh+CyEh93w@mail.gmail.com>
In-Reply-To: <CADqLbzJFN634Gs7mH2=Ukygw7CXbuaCWKn8d4fyWdh+CyEh93w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.41.20091302
x-originating-ip: [10.170.148.18]
Content-Type: multipart/related; boundary="_004_F49F50D1BF92433C99580B975455F7C6verisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/NUj8Gm57z8hnREsI4wQtb7y0t9U>
Subject: Re: [regext] Fwd: New Version Notification for draft-belyavskiy-epp-eai-00.txt
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: Thu, 08 Oct 2020 14:37:11 -0000

An extension was used to override the type of the RFC 5730 password and new password element in the Login Security Extension (https://tools.ietf.org/html/rfc8807).  In the case of the Login Security Extension, a pre-defined placeholder value is used in the RFC 5730 password or new password elements to point to the use of the corresponding elements in the extension.

What is the issue with the eppcom:minTokenType for an internationalized email address, which defines a minimum length of one and uses the XML schema “token” type, and which extends from the XML schema “normalizedString”?  The only difference between the “token” and the proposed “normalizedString” is the collapsing of whitespace.  Is the collapsing of whitespace (#x20 (space), #x9 (tab), #xA (linefeed), or #xD(carriage return)) an issue for internationalized email addresses?

--

JG

[cid:image001.png@01D69D5E.F588FAD0]

James Gould
Fellow Engineer
jgould@Verisign.com<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com<http://verisigninc.com/>

From: regext <regext-bounces@ietf.org> on behalf of Dmitry Belyavsky <beldmit@gmail.com>
Date: Thursday, October 8, 2020 at 10:21 AM
To: "Hollenbeck, Scott" <shollenbeck@verisign.com>
Cc: "masha@cctld.ru" <masha@cctld.ru>, "regext@ietf.org" <regext@ietf.org>
Subject: [EXTERNAL] Re: [regext] Fwd: New Version Notification for draft-belyavskiy-epp-eai-00.txt

Dear Scott,

Many thanks for your response!

I'm sorry, I don't feel the difference between this case and a similar update of X.509 profile by RFC 8399.

And, as the email field is mandatory on creating the contact, I don't think that the extension is the best way.

On Thu, Oct 8, 2020 at 5:13 PM Hollenbeck, Scott <shollenbeck@verisign.com<mailto:shollenbeck@verisign.com>> wrote:
Thanks for the note, Dmitry. I get what you’re trying to do, but I don’t think we can update Standard 69 (the set of EPP RFCs) this way. I’m not aware of any RFCs that expressly prohibit such things, but it’s a topic that the IESG has debated multiple times over the years and there might not be support for doing it his way now. A safer path would be to develop an extension using one of the techniques described in RFC 3735, “Guidelines for Extending the Extensible Provisioning Protocol”.

Scott

From: regext <regext-bounces@ietf.org<mailto:regext-bounces@ietf.org>> On Behalf Of Dmitry Belyavsky
Sent: Wednesday, October 7, 2020 9:28 AM
To: regext@ietf.org<mailto:regext@ietf.org>
Cc: marabox <masha@cctld.ru<mailto:masha@cctld.ru>>
Subject: [EXTERNAL] [regext] Fwd: New Version Notification for draft-belyavskiy-epp-eai-00.txt

Dear colleagues,

This is an initial version of the IETF draft allowing usage of Internationalized Email Addresses in the EPP protocol.
---------- Forwarded message ---------
From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Date: Wed, Oct 7, 2020 at 4:25 PM
Subject: New Version Notification for draft-belyavskiy-epp-eai-00.txt
To: Dmitry Belyavskiy <beldmit@gmail.com<mailto:beldmit@gmail.com>>



A new version of I-D, draft-belyavskiy-epp-eai-00.txt
has been successfully submitted by Dmitry Belyavskiy and posted to the
IETF repository.

Name:           draft-belyavskiy-epp-eai
Revision:       00
Title:          Use of Internationalized Email Addresses in EPP protocol
Document date:  2020-10-07
Group:          Individual Submission
Pages:          4
URL:            https://www.ietf.org/id/draft-belyavskiy-epp-eai-00.txt<https://secure-web.cisco.com/1LkyicX_gPmVOFcqhopUmVBWNTNu8kNZjDBEJQvuOubNy547f4jeqX_rzGbyYv6ETENBk4XhC6Pf1HYfuQdaDUGDzadgReCVZHuAE3qDlDJ-ztd4b8LLqBg3K_QCXVYdim6g241oyclQbCWdzjcjdB0qsqZhAj7W3T-uShNPnveo9pis0PgzAehHj4M_Pa1E2SJthPbd5fydZFjMvT1MZ7uJOuf11g-OM7uxR0y4HKXBBcQmHQeYPly9f0fMNpUmxbzdghKVzx472b1k082jKppl8gS440Z2FgZc1DYcPwzw/https%3A%2F%2Fwww.ietf.org%2Fid%2Fdraft-belyavskiy-epp-eai-00.txt>
Status:         https://datatracker.ietf.org/doc/draft-belyavskiy-epp-eai/<https://secure-web.cisco.com/1iH-jWELClftnGP8aH6xLx2NYPu3jsbvha_VBM_4gIYI_a8gCvX2XYik-58d-Us1TIPSkJ-7MhuKX4fkdG4KZTg6OnUZ-zO05p4r4nD5I65TQfgse3foF4wNxX8RmIRAC7QJJZfmvtRF40KsstlpsRnvYB6kI9UZHGMck8TJxG4ie2i_kJkLDrxEG4bX4IwyU_uaYJ6NcQKwea85dIKFVXK7crG9xK8yBLnaj7wswNB70e2H_7SYNN1Iye6vp1u3iq54v8LaLW08h06WUNV5rxQ/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-belyavskiy-epp-eai%2F>
Htmlized:       https://datatracker.ietf.org/doc/html/draft-belyavskiy-epp-eai<https://secure-web.cisco.com/1R1veyqLSTSFJHBa1BOcXLht2lZlaD_b-6Bcn_diis5-1NVr8a1BzS7TR8Hx0DncgMGnCAxrF7tXkKyNq8gqWnEUxjk2pAF9gfoOnpD39Aa3C81DT4CHwuBnuZx9GisUlHkmqsxp2MkhJKm-1oyTZGF9pTmhivYFGZdBjn9pRiTMFYfCDrvh6aE1Q1_ZBmI3o6O5Y68lqVSGq23CffeKWDO6wXDh-43gZ9Uri_2xEmQbOzBdfrrvfdLy7dRo0XEaaG_Ixs6XMLnC9OQSoppMSbw/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-belyavskiy-epp-eai>
Htmlized:       https://tools.ietf.org/html/draft-belyavskiy-epp-eai-00<https://secure-web.cisco.com/1aPLpPIJlvKOGrv9LEQTzgEaIIt-akmzF6wRR_zggj-AfW5Y1tzou50A5DCNMH-Fdh2GPXgvVE2JvtV-6esKg-9tT0f-1iQykAZFrmwEYBLzRgmzI7XbCUcbjoMuV7BsJlwNBzH4j50M5pdZJa0HXNlXozZxgd9oeWyq-yPwoq-mg4mGEDYXJ_aS8sTyd0VPYw1_jJV0RlvffC9RLZ1t6WSpFIlP1IW3dEqhkFF0Lj3CEhPPJAYe47DoLsUCcnbcz-Gc-1tv63IN6ljQrXIXITIYo_HnS9RwKFZQ8lcQ9XDc/https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-belyavskiy-epp-eai-00>


Abstract:
   This document permits usage of Internationalized Email Addresses in
   the EPP protocol.

   TO BE REMOVED on turning to RFC: The document is edited in the
   dedicated github repo [1].  Please send your submissions via GitHub.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://secure-web.cisco.com/1Uf4zmBFe46PVm16LpIWeYo6zFDeCMc2krmNCh3enAUGvptve1fyz-b7Ajy5sgY3pxCRTvrr8PSkB8TxBU26-mOuzr751etNgYOdmrmv7bGGtkDxLWyYJufulJaqZILFmfGSMMkAWh07W_JGwcxgQ-FwE5tyXQ_H3Ka6VoeG8BUjpzT77mFSpvxlgcu4il6bYriCZWRrgvLZTH87sUfS2zQ2qIuM-6BHE6xtTxk0J7nbjI8KZUUu9vTJAvq6YnoTNsdf8qPm9KHQ3I-MktA3ikpnptxlzHINmJAIJJPD5L2E/http%3A%2F%2Ftools.ietf.org>.

The IETF Secretariat


--
SY, Dmitry Belyavsky


--
SY, Dmitry Belyavsky