[regext] Comment on draft-lozano-ietf-eppext-registrar-expiration-date-01

2016-07-27 Thread Klaus Malorny
Hi Gustavo, I have also comment on your draft: Does it make sense to apply the extension to the transfer command and query? The unspoken principle until now seemed to me to be that the transfer command does not carry any "advance" settings for the domain once transferred to the new registra

Re: [regext] EPP and DNAME records?

2017-11-13 Thread Klaus . Malorny
On 11/12/17 5:20 PM, Edmon Chung wrote: We actually do not use DNAME for IDN Variants at DotAsia. IDN Variants are delegated to the same set of NS as the primary IDN for .Asia. Nevertheless, its prob good to revisit having a standard IDN Variant provisioning extension (again) now with the progr

Re: [regext] Human Rights Review of draft-ietf-regext-verificationcode

2018-10-05 Thread Klaus Malorny
On 04.10.18 14:26, Hollenbeck, Scott wrote: -Original Message- From: regext On Behalf Of Niels ten Oever Sent: Wednesday, October 03, 2018 9:42 AM To: Gould, James Cc: hr...@irtf.org; h...@irtf.org; regext@ietf.org; gurshabad@cis- india.org Subject: [EXTERNAL] Re: [regext] Human Rights

Re: [regext] Internationalized Email Addresses and EPP

2020-11-19 Thread Klaus Malorny
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] Internationalized Email Addresses and EPP

2020-11-19 Thread Klaus Malorny
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] Internationalized Email Addresses and EPP

2020-11-20 Thread Klaus Malorny
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

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

2020-11-20 Thread Klaus Malorny
On 20.11.20 14:37, Taras Heichenko wrote: Right - it's a lot MORE work. Let's ask Klaus what takes more developer's work, changing namespace, or adding the extension generation and parsing. (In the neighbor thread Klaus wrote that his company is developing EPP software.) Hi, well, for t

Re: [regext] in

2022-04-21 Thread Klaus Malorny
On 21.04.22 11:09, Martin Casanova wrote: Hello I was stumbling over a rather theoretical problem and I was hoping to get some feedback from the group. Given a with a instead of a extension what would be the correct answer ? Precondition: The domain would not yet exist and therefore als

Re: [regext] in

2022-04-21 Thread Klaus Malorny
On 21.04.22 17:34, Bernhard Reutner-Fischer wrote: On 21 April 2022 16:35:25 CEST, "Gould, James" wrote: +1 on the use 2103/"Unimplemented extension". This is a broader topic with the passing invalid or conflicting extensions (e.g., restore request extension of update along with the sync ex