Re: [regext] EAI in EPP from a registrar point of view

I agree with Scott's responses, but I need to add some to it, which I embed below. -- JG James Gould Fellow Engineer jgo...@verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com On 11/20/20, 12:04 AM, "regext on behalf of Hollenbeck, Sc

Re: [regext] EAI in EPP from a registrar point of view

> -Original Message- > From: regext On Behalf Of Taras Heichenko > Sent: Thursday, November 19, 2020 1:47 PM > To: regext@ietf.org > Subject: [EXTERNAL] Re: [regext] EAI in EPP from a registrar point of view > > Caution: This email originated from outside the organization. Do not click >

Re: [regext] EAI in EPP from a registrar point of view

Hello! For a long enough period, I worked as a CTO in one of the ccTLD registries. I'd like to say my position about the proposed variants. Briefly: (1) write new RFC and make RFC5733 obsoleted (2) write RFC that defines an extension for non-ASCII email addresses Let's compare the pros and contr

[regext] I-D Action: draft-ietf-regext-tmch-func-spec-09.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Registration Protocols Extensions WG of the IETF. Title : ICANN TMCH functional specifications Author : Gustavo Lozano Filename: dr

Re: [regext] Internationalized Email Addresses and EPP

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

Re: [regext] Internationalized Email Addresses and EPP

On 19.11.20 16:37, Gould, James wrote: Klaus, [...] 2. Implicit Replacement Based on Login Services – Inclusion of the namespace URI in the greeting and login services indicate support for EAI addresses implicitly.  This would be treated similar to an EPP extension with the names

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

Dear Mario, According to the current version, yes: If the query was successful, the server replies with the regular EPP . If the client includes the "eai-0.1" XML namespace in the login services, the email address exists, and the email address was set using the extension in the create comman

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

Hi Dmitry, should the contact:email element in the response example be set to "[EAI-ADDRESS]"? Best, Mario Il 19/11/2020 17:20, Dmitry Belyavsky ha scritto: Hello, I've just published the updated version of the draft. Many thanks to James Gould who kindly agreed to become a co-author of

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

Hello, I've just published the updated version of the draft. Many thanks to James Gould who kindly agreed to become a co-author of the draft! Main changes are: 1. Updated the language to apply to any EPP object mapping and to use the EPP contact mapping as an example. 2. Updated the

Re: [regext] Internationalized Email Addresses and EPP

> -Original Message- > From: Klaus Malorny > Sent: Thursday, November 19, 2020 10:21 AM > To: Hollenbeck, Scott > Cc: regext@ietf.org > Subject: [EXTERNAL] Re: [regext] Internationalized Email Addresses and EPP > > Caution: This email originated from outside the organization. Do not click

Re: [regext] Internationalized Email Addresses and EPP

Klaus, 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: 1. Placeholder Text and a New Email Element – This matches https://tools.ietf.org/html/draft-belyavskiy-epp-eai-01

Re: [regext] Internationalized Email Addresses and EPP

Hi Scott et al., sorry for proposing the following so late in the discussion. Due to other duties, my visits to the list were less frequent in the recent time. Looking at the two options - update of RFC 5733 or an extension -, I probably would tend to the first option, but I understand the p

Re: [regext] EAI in EPP from a registrar point of view

From: regext On Behalf Of Dmitry Belyavsky Sent: Thursday, November 19, 2020 4:03 AM To: regext@ietf.org Subject: [EXTERNAL] [regext] EAI in EPP from a registrar point of view Caution: This email originated from outside the organization. Do not click links or open attachments unless you recogn

[regext] EAI in EPP from a registrar point of view

Hello, I think it's worth providing some thoughts about the EAI support in EPP from a registrar's perspective. >From a registrar's perspective, when the registry provides some feature, the registrar has to support it in most cases. When a registry supports EAI, the registrar should be ready to at