> >The way I read it, if the OpenSRS confirmation message is ignored, the
> >transfer does go through anyway. The confirmation just gives the domain
> >owner a chance to reconsider, and depending on the wording of your custom
> >message, possibly more information about what's happening.
>
> Not the way I read it, hope your interpretation is the correct one. I all
> for it if the transfer goes through in the event of non-response from the
> client.
That is the way it will work.
the language you are looking for is:
"As before, if the request is ignored for five days, the transfer will
succeed sometime after the fifth day."
Thanks,
Ken
>
> >But anyway, if the admin contact address doesn't work, the transfer won't
> >get past the gaining registrar's confirmation process, and
> OpenSRS message
> >won't ever be sent.
>
> Unfortunately this is not true. Not all registrars rely upon the admin
> email contact for approval the way Opensrs does. Some still
> require the use
> of a signed fax, some allow the reseller to process the transfer
> to another
> registrar. For example, I just moved 125 domain names away from
> BulkRegister, where I was the reseller.
>
> These domains belong to our hosting clients, but we pay the
> renewal fees for
> them and administer the domain names for them while they are hosting with
> us. We moved them because BulkRegister does not use the Domain
> Name Manager
> system and it is much easier to make nameserver changes, etc with
> the Domain
> Name Manager system. If they ever leave our hosting service, we will
> provide them passwords and allow them to manage the domains
> themselves. But
> we will also charge them an annual renewal fee if they stay with us as RSP
> after leaving our hosting system.
>
>
> ----- Original Message -----
> From: "easygoing" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, March 09, 2001 8:03 AM
> Subject: RE: Re[2]: Switching RSP
>
>
> > I'm not pleased with the additional step for transfers out of OpenSRS.
> (One
> > such enhancement is introducing a confirmation stage when domains are
> being
> > transferred away from OpenSRS)
> >
> > It also prevents the transfer away from the losing registrar of
> the domain
> > name if the client has changed his email address without updating his
> > records. I know the client should keep their email addresses
> current, but
> > we operate in the real world where clients do things such as this. And
> > these same clients are the ones that can't remember their username or
> > password.
> >
> > Register.com uses this process and it creates additional
> problems in that
> > the client must recognize the email for what it is and then take action.
> We
> > have found that most clients do not recognize what is going on
> and we must
> > initiate a second transfer request, which tees off the client.
> >
> > As you have stated on numerous occasions, the rules only require the
> gaining
> > Registrar to verify the transfer. Why are you adding
> additional steps in
> > the process when you have knocked other registrars for doing the same
> thing
> > in the past?
> >
> > Is OpenSRS losing so many domains due to transfers that you are
> trying to
> > slow the loss down?
> >
> > This requirement that the client must respond to an email prior to
> transfer
> > gives Register.com a black eye with the client, as we make sure
> the client
>
> > understands the problems, delay and additional steps were caused by
> > Register.com policies, not by us.
> >
> > We are advising our clients that the regulations don't require
> the client
> to
> > tell the losing registrar anything, nor reply to any email. Quite
> frankly,
> > we are advising our clients to file a complaint with ICANN over the
> > Register.com policy each time this happens, we would hate to see those
> same
> > type of complaints filed against OpenSRS.
> >
> > Does OpenSRS want this same type of reputation?
> >
> >
> > Don't get me wrong. I like the idea of notifying the RSP about the
> > transfer and giving them a chance to regain the confidence of
> the client.
> I
> > just don't like the idea of not doing the transfer if the
> client does not
> > respond to your email approving the transfer.
> >
> > I believe that the transfer should occur at the end of the five days
> unless
> > the client notifies you to cancel the transfer request. From my
> viewpoint,
> > this is a more honest use of the notification process, not the sneaky
> > underhanded type of negative action that says if the client does not
> respond
> > yes, we will not transfer the domain.
> >
> >
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of William X. Walsh
> > Sent: Friday, March 09, 2001 3:33 PM
> > To: Ken Joy
> > Cc: [EMAIL PROTECTED]
> > Subject: Re[2]: Switching RSP
> >
> >
> > Hello Ken,
> >
> > Friday, March 09, 2001, 8:33:46 AM, Ken Joy wrote:
> >
> > > Automated RSP to RSP transfers are coming shortly....see
> > > http://partner.tucows.com/tribune/bestbus.html for the scoop.
> >
> > I like the policy Ken. It's very well thought out.
> >
> > I'm just not very pleased with the vague wording of:
> > "support transfers in 2001"
> >
> > That could mean December 31st.
> >
> > This was needed before the 1st renewals went in, really.
> >
> >
> > --
> > Best regards,
> > William mailto:[EMAIL PROTECTED]
> >
> >
>
>
