Re: [registrars] Cape town agenda

[Larry Erlich <erlich@xxxxxxxxxxxxxxxxxx>]

Tim Ruiz wrote:
> 
> Larry,
> 
> I always thought the purpose was your item 2 below, certainly not 1.
> Of course, there is no policy that I am aware of that dictates that.
> And that is the problem. I believe it would reek havoc if hundreds
> of registrars and/or their clients started registering tens of
> thousands of names every day and then deleted most of them within the
> grace period.
> 
> I am under no delusion that even with a policy

Another reason why allowing multiple accreditations by
the same registrar for the purpose of gaining 
resources should not be allowed. Someone with 100 accreditations
could easily fly under the radar and get away with something
like this easier than someone with 1 accreditation.

Another issue might be someone with multiple accreditations
registering the name on day 1 with 1 registrar and on day 5 with
their "other" registrar(s). The way the system is setup now, the
registry would notice if the same registrar deleted and reregisted
the same name(s) but probably not if it were handed off to a
different registrar. I would think this would be easy to track
though.  

Larry Erlich

http://www.DomainRegistry.com

> there would be no
> abuse. However, it would allow the registries to take action when they
> see abuse, especially with more flagrant attempts.
> 
> Tim
> 
> 
>      -------- Original Message --------
>      Subject: Re: [registrars] Cape town agenda
>      From: "Larry Erlich" <erlich@xxxxxxxxxxxxxxxxxx>
>      Date: Tue, October 19, 2004 11:31 am
>      To: "Tim Ruiz" <tim@xxxxxxxxxxx>
>      Cc: Registrars@xxxxxxxx
> 
>      What is the reason for the add grace period?
> 
>      Which of the following is true:
> 
>      1) To allow consumers to change their minds
>      and try before buying?
> 
>      and/or
> 
>      2) To allow registrars or registrants a reasonable time to
>      correct registration errors/mistakes?
> 
>      If #1 is one of the reasons, then it becomes an issue
>      for the registry to care or not if it is done. If the
>      speculator
>      puts in 100 registrations and only keeps one, the registry
>      may
>      decide that that's worth the activity for the $6 gain.
> 
>      Larry Erlich
> 
>      http://www.DomainRegistry.com
> 
>      Tim Ruiz wrote:
>      >
>      > Just to clarify my concerns regarding the ADD Grace Period
>      and why I
>      > would like to see it as an agenda item for Cape Town.
>      >
>      > Right now it is possible for any registrar to register
>      hundreds,
>      > thousands, and even tens of thousands of domain names on a
>      daily basis
>      > and delete the worthless ones within the ADD Grace Period.
>      >
>      > For example, it appears that ItsYourDomain.com (Innerwise)
>      or one of
>      > their clients may be doing that quite regularly. Although
>      I don't know
>      > why they are doing it, one reason a registrar (or
>      registrar client) may
>      > want to do that is to take a 3 or 4 day look at the
>      traffic and decide
>      > which ones are worth keeping. Note that it is next to
>      impossible for
>      > this to happen without at least the knowledge, and
>      probably the
>      > assistance, of the registrar.
>      >
>      > A review of the registries agreements with ICANN, our RAA,
>      and our
>      > agreements with the registries indicate that there is
>      nothing that can
>      > be enforced to prevent this.
>      >
>      > The question for us is, do we think that this is
>      acceptable or is it an
>      > abuse of the ADD Grace Period? If a large number of
>      registrars decided
>      > to participate in this activity it may:
>      >
>      > 1. Erode consumer confidence in our industry. Domains are
>      reported as
>      > not available, then they are registered after that by
>      another party.
>      >
>      > 2. Use registry resources for the gain of a very small
>      group of
>      > consumers (speculators).
>      >
>      > 3. Consume registry bandwidth to the point where
>      registrars' normal
>      > business activity is throttled.
>      >
>      > I would like to see us discuss possible solutions amongst
>      ourselves and
>      > with the registries. If our two constituencies can agree
>      on a solution,
>      > I would see no reason why ICANN would not approve.
>      >
>      > Tim
>      >
>      >
>      > -------- Original Message --------
>      > Subject: Re: [registrars] Cape town agenda
>      > From: "Marcus Faure" <faure@xxxxxxxxxxx>
>      > Date: Tue, October 19, 2004 2:51 am
>      > To: "Bhavin Turakhia" <bhavin.t@xxxxxxxxxxxxxx>
>      > Cc: "'Registrars List'" <Registrars@xxxxxxxx>
>      >
>      > Hi,
>      >
>      > i already sent an eMail to the list asking for the
>      addition of:
>      >
>      > * Using IANA IDs on registry level
>      >
>      > This could be a subitem of transfers.
>      >
>      > Yours,
>      > Marcus
>      >
>      > >
>      > > Hi all
>      > >
>      > > Bob connelly had submitted a below tentative agenda and
>      it is important that
>      > > all of you see if you want any other items, or any
>      specific people to be
>      > > involved in the meetings process and post them to the
>      list immediately -
>      > >
>      > > --Registrar Constituency meeting processes and email
>      list management (closed
>      > > meeting - constituency members only)
>      > >
>      > > --Constituency Budget (Donna)(closed meeting -
>      constituency members only)
>      > >
>      > > --ICANN Budget (BAG and ICANN staff)
>      > >
>      > > --ICANN positions - process and timing for filling them
>      (ICANN staff)
>      > >
>      > > --Transfers (TAG)
>      > >
>      > > --Whois (task force reps)
>      > >
>      > > --US Congress (GAO) Study on Whois Accuracy (Elana)
>      > >
>      > > --Net Registry - rules for rebidding (ICANN staff)
>      > >
>      > > --sTLDs - (ICANN staff) (sTLD applicants invited to
>      present)
>      > >
>      > > --Process for choosing new gTLDs (may want to discuss
>      separately from
>      > > registries meeting)
>      > >
>      > > --Meeting with ccNSO (proposed agenda)
>      > > ICANN Budget
>      > > IDNs
>      > > .eu presentation (eu ccTLD manager)
>      > >
>      > > --Meeting with the Registry Constituency (proposed
>      agenda)
>      > > EPP Progress/Concerns
>      > > Transfers
>      > > Registry Maintenance Alerts & Notifications
>      > > ICANN Budget Issues (if still relevant)
>      > > Global Acceptance of new TLDs
>      > > Evaluation of current TLDs
>      > > Redemptions, and the old idea of not billing us until
>      the end of the
>      > > grace period
>      > > Briefing by registries of any new services they plan to
>      roll out
>      > >
>      > > --Meeting with the Business/IPC Constituencies (proposed
>      agenda)
>      > > ICANN Budget
>      > > Whois / Privacy / Accuracy
>      > > ICANN and the WSIS process
>      > >
>      > > --Meeting with the Non-commercial Constituency (proposed
>      agenda)
>      > > Whois
>      > > Privacy
>      > > Accuracy
>      > >
>      > > Best Regards
>      > > Bhavin Turakhia
>      > > Founder, CEO and Chairman
>      > > DirectI
>      > > --------------------------------------
>      > > http://www.directi.com
>      > > Direct Line: +91 (22) 5679 7600
>      > > Direct Fax: +91 (22) 5679 7510
>      > > Board Line (USA): +1 (415) 240 4172
>      > > Board Line (India): +91 (22) 5679 7500
>      > > --------------------------------------
>      > >
> 
>      --
>      -----------------------------------------------------------------
>      Larry Erlich - DomainRegistry.com, Inc.
>      215-244-6700 - FAX:215-244-6605 - Reply:
>      erlich@xxxxxxxxxxxxxxxxxx
>      -----------------------------------------------------------------

-- 
-----------------------------------------------------------------
Larry Erlich - DomainRegistry.com, Inc.
215-244-6700 - FAX:215-244-6605 - Reply: erlich@xxxxxxxxxxxxxxxxxx
-----------------------------------------------------------------