[gtld-tech] Registrar Expiration Date I-D

[Greg Aaron]

The point was that domain expiration date should not be information only given to registrars who have the privilege of EPP access directly into a registry.  It’s data that’s been in WHOIS for twenty years, and access to it via WHOIS should not be withdrawn.

 

Domain back-orders are usually placed before the expiration date, not in the 30 days after an auto-renewal, and not during pendingDelete. 

 

 

From: Luis E. Muñoz [mailto:lem at uniregistry.link] 
Sent: Wednesday, January 27, 2016 1:06 PM
To: Greg Aaron
Cc: Antoin Verschuren; gtld-tech at icann.org
Subject: Re: [gtld-tech] Registrar Expiration Date I-D

 

On 27 Jan 2016, at 9:49, Greg Aaron wrote: 

A) The current registrar and the current registrant are not the only parties 
with an interest in a domain's expiration date. For example, other people 
may want that domain when it expires. Gaining registrars like to see the 
expiration date when processing inbound transfers. 
B) A domain's expiration date can be gotten via EPP <info> command. No 
reason to show expiration date in a <info> command but not in WHOIS. 

Wouldn’t (B) negate the “Gaining registrars” part of (A) as an argument? 

Also, given the prevalence of auto-renewals, I would argue that WHOIS as it is today don’t work for prospective registrants interested in an unavailable name. They really have no further clue about when the domain will be available by looking at the expiration date alone. To that effect, showing the pendingDelete status in the WHOIS record is better for them, as it’s clear that the name won’t be auto-renewed and will become available at some point in the (near) future. 

Luis Muñoz
Director, Registry Operations
____________________________

 <http://www.uniregistry.link/> Uniregistry

2161 San Joaquin Hills Road
Newport Beach, CA 92660

Office +1 949 706 2300 x 4242
lem at uniregistry.link

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20160127/091cdf73/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4558 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20160127/091cdf73/image001-0001.png>