Re: [registrars] Deletes Task Force needs your input

["Ross Wm. Rader" <ross@tucows.com>]

Tim,

Comments of Tucows follow...hopefully the format is useful.

1a - Agreed. I would only add for clarity sake as to whether the task force
means "must be deleted" or "must have entered the delete cycle". Its not
totally clear, but I suspect that the intent is the former, but some may be
reading as the latter.
1b - Agreed. Promoting best practices and minimum standards are important as
it relates to setting customer expectations.
1c - I'm not sure that I completely agree here. It may be something that the
TF wishes to examine to ensure that the practice doesn't interfere with the
final recommendations of the report. I could see this conflicting with (1a)
for instance. Further, in most cases, whether or not Registrars have any
interest in the asset and therefore the right to sell it in the first place
is murky at best. It might be most appropriate to simply indicate that in
all cases 1a must apply unless the Registrant's wishes are different (ie -
the Registrant wishes to resell, etc.)
1d- Ambivalent, but I do have one question. Is it within the scope of the
Task Force to examine and make recommendations on whether or not domain
names deleted post-five days should allow for a refund to the registrar? If
it is, I humbly submit that a full refund for any unused portion of the
subscription would ameliorate the chargeback issue.
1e - Its a minor pain in the ass at best. I'd concur with the analysis
presented as fixing the problem might simply open up a much larger can of
worms. Helping the IP lobby make the world safe for Fortune 500 trademarks
isn't at the top of my list of priorities as a registrar.

2a - Wise.
2b - Not sure I understand. Can this be reworded so that my puny brain might
better comprehend?
3a - Disagree. The RGP provides a viable failsafe for Registrants and
represents a small first step towards a uniform deletes policy among
registries and registrars, but it does *not* represent the entire solution.
3b - Strongly, fervently agree with further discussion but would also add
"and recommendations". The very fact that Registries are allowed to dictate
the scope of the business models that we may employ through implementations
like the WLS is troubling at best. At worst, it represents a strong threat
to the continued vibrancy of the registrar sector. Registries run databases,
Registrars run service organizations. I need to make sure that I can
continue to pick "what kind" and not have things like WLS or WLS v2.0 or
WLS+ dictate how or how not I may sell domain registrations (previously
registered or not). While I understand what Mike and others are saying on
this point, it is a pro-registry stance that does not favor the interests of
registrars.

4a - Question - there is support within the RRP to undo renewal transactions
today non? What about EPP? Not saying that I completely disagree with the
analysis, but I have seen a fair number of instances internally where
customers have requested reversals. I will have to sort out what happened to
those requests however. I don't pay a lot of attention to the customer
service process normally ;)

Thanks for the opportunity to comment,



                       -rwr




"There's a fine line between fishing and standing on the shore like an
idiot."
- Steven Wright

Got Blog? http://www.byte.org/blog
----- Original Message -----
From: "Tim Ruiz" <tim@godaddy.com>
To: <Registrars@dnso.org>
Sent: Thursday, November 21, 2002 7:45 PM
Subject: RE: [registrars] Deletes Task Force needs your input


> Attached is the RC draft position so far. It is based on the response, or
> lack thereof, to my request for input below. I will be submitting this to
> the Task Force by EOB tomorrow, November 22nd, as an informal statement
> based on current feedback that may change before a formal statement is
> adopted by the RC.
>
> Please let me know if you have any comments or questions. The next Task
> Force meeting is the morning of the 25th.
>
> Tim
>   -----Original Message-----
>   From: owner-registrars@dnso.org [mailto:owner-registrars@dnso.org]On
> Behalf Of Tim Ruiz
>   Sent: Monday, November 18, 2002 11:01 AM
>   To: Registrars@dnso.org
>   Subject: [registrars] Deletes Task Force needs your input
>   Importance: High
>
>
>   Ken has forwarded the full minutes from the initial meeting of the
Deletes
> TF. Our goal is to have formal constituency positions by November 22.
> However, we realize that may be difficult given the late start of the TF,
> and various constituency bylaws.
>
>   I would like to open up the discussion on these issues through
Wednesday.
> And then present a draft position based on these comments to the RC by
> Thursday the 21st. Some discussion may yet follow before we actually vote
to
> adopt a position, but it will give me some further basis for discussion
> during the November 22nd TF conf. call.
>
>   In particular, I need comments regarding 1.d, 1.e, 2.b, 3.b, and 4.a by
> our next meeting.
>
>   Rick, in regards to 3.b wasn't there an RC proposal at one time
regarding
> a round-robin reallocation method? Is a copy of that available?
>
>   To summarize the current situation:
>
>   Issue 1:  Uniform delete practice after domain name expiry by registrars
>   ------------------------------------------------------------------------
>
>   a. Domain names not explicitly renewed MUST be deleted by the end of the
> 45 day grace period.
>
>   b. Registrars may decide how they will deal with deletes during the 45
day
> grace period but MUST post their deletes policy on their site, perhaps as
> part of their registration agreement.
>
>   c. The issue reselling names during the 45 grace period appears to be
> outside the scope of this task force.
>
>   d. Extending the 5 day grace period for Adds was discussed, but it was
> felt this may also be outside the scope of this task force. If the
> constituencies felt otherwise, we may ask the NC to extend our scope.
>
>   e. The issue of how to deal with expiring names that are the subject of
a
> UDRP dispute is yet to be addressed.
>
>   Issue 2: Deletion following a complaint on WHOIS accuracy
>   ---------------------------------------------------------
>
>   a. Given that this issue overlaps with the work of the Whois task force,
> it was general felt that this task force should deal only with what
happens
> AFTER a decision has been made to delete the name.
>
>   b. It was generally agreed that the Redemption Grace Period (RGP) as
> currently defined should apply, with the exception of one of the following
> conditions:
>
>   1. Evidence that the data had been corrected must be submitted.
>   2. The RGP only applies the first time a domain is deleted for this
reason
> within a 12 month time period.
>
>   The TF asked that I determine the RC's preference as to which condition
> they would prefer to see adopted.
>
>   Issue 3: Registry delete process
>   --------------------------------
>
>   a. It was generally felt that the RGP provided the solution for a
uniform
> deletes policy among registries.
>
>   b. The reallocation of deleted names was another matter. The Registry
> Constituency was asked to provide proposals. I would suggest that the RC
> also provide feedback on this subject.
>
>   First and foremost, does the RC believe that a uniform mechanism needs
to
> exist to ensure the fair reallocation of deleted names?
>
>   If so, what mechanisms would we propose? Or perhaps we may want to look
> first at the Registry Constituency responses.
>
>   Issue 4: Reversal of renewal transactions
>   -----------------------------------------
>
>   a. Basically, we have to delete a name to reverse a renewal. From my
> experience this most often comes up during the 45 day grace period. It
> doesn't seem to be a problem because the end result is a deleted name
either
> way. But this could also come up in regards to extending names prior to
> expiry (when deleting a name and registering it is not acceptable) and
> mistakes result in having to get registry support involved to undo it.
>
>   Do you really see this as a problem? What are suggested solutions, for
> example, an RRP UNDO command?
>
>
>