Hello easygoing,

Read the statement again.

If there is no response, the transfer goes through.

This does not violate the principle of the registrar transfer policy
like Regstrars.com and Register.com's does.

The notice to the admin contact gives them a CHANCE to stop it, but it
does not REQUIRE their response to let the transfer go through.

This is a good thing IMO.

Friday, March 09, 2001, 5:03:22 AM, easygoing wrote:

> 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]




-- 
Best regards,
 William                            mailto:[EMAIL PROTECTED]


Reply via email to