Can you clarify what you mean by UPDATED CLIENT CODE?
A quick and dirty CGI with hooks for CC processing that should be fairly
simple to implement? Is *thaaaat* what you mean?
:>
-s
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Rick Baraniuk
> Sent: Tuesday, June 05, 2001 8:27 AM
> To: Swerve; [EMAIL PROTECTED]
> Subject: RE: .biz and .info updates
>
>
> Josh et al
> OpenSRS will start accepting submissions this afternoon. The
> time was originally supposed to be 12:00 noon, but has been
> pushed back til about 3:00pm EST. There is some great news
> associated with this delay - we will also be offering an
> UPDATED CLIENT CODE! (for .info pre-reg only) As the client
> code was not to be ready until end of week, beginning of
> next, I think this is great news. .biz pre-reg can only be
> performed via RWI...until we get any specs from NeuLevel :)
>
> Thanks
>
> Rick
>
> -----Original Message-----
> From: Swerve [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 05, 2001 10:44 AM
> To: Rick Baraniuk; [EMAIL PROTECTED]
> Subject: Re: .biz and .info updates
>
>
> Likely this has been posted.
>
> when will opensrs start accepting submissions?
>
> tx,
>
> josh
>
> > From: "Rick Baraniuk" <[EMAIL PROTECTED]>
> > Date: Tue, 5 Jun 2001 09:42:51 -0400
> > To: "Robert L Mathews" <[EMAIL PROTECTED]>,
> > <[EMAIL PROTECTED]>
> > Subject: RE: .biz and .info updates
> >
> > Robert
> > I think that I addressed that question in some part last
> night...but I
> > am going to give it a try again to see if I can further clarify.
> >
> > The first reseller to submit a pre-registration request will be
> > awarded
> the
> > 'place' in the Tucows queue. For example, if 2 resellers
> attempt to
> > pre-register tigertech.info then the first to submit would
> receive a
> > spot
> in
> > the Tucows queue. Any duplicate pre-registration request
> submission
> > will result in an 'error' message to the submitting reseller (most
> > likely a 'domain taken' message or something very similar -
> therefore
> > multiple submissions will not be permitted).
> >
> > As for the selection process - it WILL be randomized from within the
> Tucows
> > queue - so further to your point the best chance to be awarded the
> > domain will most likely come in round 1 of the queue as nothing has
> > been
> previously
> > registered.
> >
> > Correct - if a reseller submits during the first seven day
> round then
> > they will be awarded the domain...and correct again that the queues
> > grow
> smaller
> > and smaller until the pre-registration process becomes first-come,
> > first-served, so there is an advantage to submitting as
> soon as Tucows
> > begins accepting submissions.
> >
> > Thanks
> >
> > Rick
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert L Mathews
> > Sent: Tuesday, June 05, 2001 1:36 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: .biz and .info updates
> >
> >
> > At 6/4/01 6:36 PM, Kirk Fletcher wrote:
> >
> >>> 4. .info registry will be selecting submissions RANDOMLY from
> >>> within the Tucows queue; all resellers, regardless of submission
> >>> date, have an EQUAL chance of being awarded the .info domain)
> >>
> >> I'd interpreted the above to mean that it was no longer a
> first-in,
> >> first-served basis. I guess that was the wrong interpretation?
> >
> > And does this mean that there is no longer a limit of one applicant
> > per name? (And if so, what stops people from applying
> multiple times?)
> > I'm really confused now.
> >
> > A related question: according to the docs at
> > http://www.opensrs.org/dotinfo_info.shtml , the selection
> process will
> > occur by running through the backlogged queues at random
> every seven
> > days (at least, that's the interpretation I got out of it).
> >
> > So even if it's now random within those queues and submission date
> > doesn't matter, it's only random over the given seven day period,
> > right? That is, if there's one submission for example.biz
> in the first
> > seven day round, that person will automatically get the
> domain, and a
> > person who later puts a submission into the second round is out of
> > luck. So it's still first come, first served, in that
> sense, correct?
> >
> > I also note that the intent of the .info queue process is that the
> > queues grow smaller and smaller until the registry ends up
> operating
> > in real-time (this is specifically stated for the sunrise
> period and
> > implied for the landrush period). So there, again, at some
> arbitrary
> > point nobody can predict in advance, it will shift to first come,
> > first served, right? So again, getting them in early is important.
> >
> > Please clarify. Thanks!
> >
> > --
> > Robert L Mathews, Tiger Technologies
> >
> >
>
