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