Re: [regext] Internationalized Email Addresses and EPP

Hi, Scott, An interesting question... I think it depends upon how you want this to appear from an EPP point of view: 1. Do you want the EPP standard to support non-ASCII email addresses? 2. Do you want to *extend* EPP to support non-ASCII email addresses, as an option for those who implement th

Re: [regext] proposed topics for IETF109 meeting

In case you haven’t noticed, our meeting has been scheduled for two hours on Wednesday, 18 November 2020, at 1200 UTC+7. We are scheduled against the following currently: Room 1 art dmarc Domain-based Message Authentication, Reporting & Conformance Room 2 art regext Registration Protoco

Re: [regext] WG LAST CALL: draft-ietf-regext-unhandled-namespaces-03

Patrick, Thank you for your thoughts and feedback. I provide responses to your feedback embedded below. -- JG James Gould Fellow Engineer jgo...@verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com On 10/18/20, 10:07 PM, "regext on beh

Re: [regext] Internationalized Email Addresses and EPP

I believe option 2 is the better route to go. We went with option 2 to extend the password length in RFC 5730 with the Login Security Extension (RFC 8807). The use of email addresses in EPP is not isolated to RFC 5733. The Organization Mapping (RFC 8543) and some additional EPP mappings regis

Re: [regext] Internationalized Email Addresses and EPP

Let me disagree... Login Security Extension does much more than just increasing the password length. Going(2) means that EAI addresses are not first-class citizens, that seems wrong for now. Also, the current schema definition formally allows EAI addresses. On Mon, Oct 19, 2020 at 7:23 PM Gould,

Re: [regext] Internationalized Email Addresses and EPP

+1 for (1). Best Mario Il 19/10/2020 11:48, Barry Leiba ha scritto: Hi, Scott, An interesting question... I think it depends upon how you want this to appear from an EPP point of view: 1. Do you want the EPP standard to support non-ASCII email addresses? 2. Do you want to *extend* EPP to s

Re: [regext] Internationalized Email Addresses and EPP

Dmitry, The primary driver around the Login Security Extension was to increase the password length, where the other features were additive. Going (2) means that the EAI addresses are first-class citizens that can be applied more broadly than RFC 5733 and for a broader set of use cases and to t

Re: [regext] Internationalized Email Addresses and EPP

In article <95c042c2-e77b-6f92-acb6-4a35663b1...@iit.cnr.it> you write: >+1 for (1). >> 1. Do you want the EPP standard to support non-ASCII email addresses? Do we believe that every registry that supports EPP can handle UTF-8 addresses? If not, what happens when a regstrar sends a UTF-8 address

[regext] [Technical Errata Reported] RFC8521 (6310)

The following errata report has been submitted for RFC8521, "Registration Data Access Protocol (RDAP) Object Tagging". -- You may review the report below and at: https://www.rfc-editor.org/errata/eid6310 -- Type: Technical Re

Re: [regext] Internationalized Email Addresses and EPP

John, The registry can support the receipt of UTF-8 addresses based on the EPP RFCs, but full support comes down to the validation of the email addresses, how the email addresses are stored, and what the email addresses are used for. I would expect an EPP error (2004 "Parameter value range err

Re: [regext] Internationalized Email Addresses and EPP

In article <5f5d3bae-b38c-4663-800b-3f5918990...@verisign.com> you write: > >The registry can support the receipt of UTF-8 addresses based on the EPP RFCs, >but full support comes down to the validation of the >email addresses, how the email addresses are stored, and what the email >addresses are

Re: [regext] Internationalized Email Addresses and EPP

John, The signal would be handled via support for an EPP extension XML namespace in option 2, an operational practice XML namespace in what I would call 2b, or most likely a new contact XML namespace (contact-1.1) in option 1 for RFC 5733. The XML namespace would be reflected in the EPP greeti

Re: [regext] Internationalized Email Addresses and EPP

> -Original Message- > From: regext On Behalf Of Gould, James > Sent: Monday, October 19, 2020 2:50 PM > To: jo...@taugh.com; regext@ietf.org > Subject: [EXTERNAL] Re: [regext] Internationalized Email Addresses and EPP > > John, > > The signal would be handled via support for an EPP extens

Re: [regext] Internationalized Email Addresses and EPP

On Mon, Oct 19, 2020 at 10:03 PM Hollenbeck, Scott wrote: > > -Original Message- > > From: regext On Behalf Of Gould, James > > Sent: Monday, October 19, 2020 2:50 PM > > To: jo...@taugh.com; regext@ietf.org > > Subject: [EXTERNAL] Re: [regext] Internationalized Email Addresses and > EPP