I have no problem with the client going to another RSP, as long as the
client pays the current RSP for the domain name registration prior to
leaving.
I have seen too many instances of deadbeat clients who try to register a
domain name or use hosting service without paying for it. We have had
several clients attempt to charge back the fees they have paid for domain
name registration two-three months and even six months after the domain name
was registered in their name.
We have been lucky so far that most of these clients have reversed their
charge back attempts once we pointed out to them that it would result in the
loss of the domain name for them if they charged it back. We have been
lucky that we were able to bluff those who are registered through OpenSRS
into revoking the charge back request.
Unfortunately, we currently have three domain names that we are in the
process of repossessing from such deadbeat clients who do not believe they
will lose the domain name after it is registered to them. Two of them have
emailed us back that we can not retake the domain name, one just does not
respond. They probably all three read this list and see how hard it is for
OpenSRS RSPs to recover a domain name.
We are fortunate that all three domains were registered using another
Registrar that is more supportive of the Resellers than OpenSRS is of their
RSPs, so we will recover all three domain names if the clients do not
reverse the charge backs.
We currently only use OpenSRS for transfers, not new domain name
registrations for this very reason. We would prefer to use OpenSRS for
everything, but can not take the risks as long as their policies remain so
unfavorable to RSPs concerning charge back issues.
We use OpenSRS for transfers because they have the easiest system for a
client to transfer the domain name from another Registrar. The other
Registrars that we use require a faxed written request prior to making a
transfer.
OpenSRS is to be commended for opening up the domain name registration
system and making it price competitive. Unfortunately, in our viewpoint,
too many of their policies are against the RSPs who have made them so
successful.
-----Original Message-----
From: Dave Warren [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 24, 2000 12:59 PM
To: easygoing; OpenSRS Discussion List
Subject: Re: transfer a domany registered under opensrs
> I totaly disagree that the current RSP should have no say in transfers,
> whether to another RSP or to another Registrar.
But this should be consistant, reguardless of who it's being transferred to,
right?
>
> What happens if a client registers the domain, charges it back through his
> bank and then has the domain transferred to another RSP or Registrar?
True. but we have no say when it's transferred to another registrar, so why
should the "new" RSP be placed at a disadvantage just because the previous
registrar is an RSP?
> OpenSRS should check with the current RSP prior to approving transfers
away
> from OpenSRS by a RSP's client. And all clients are RSP clients, as
OpenSRS
> states that they do not sell directly to the retail public.
> Given the quality of service at OpenSRS, with the excellent method of
> allowing retail clients to manage their domain names, why would a client
> attempt to go to another Registrar unless there was a problem with the
RSP?
> Given that, OpenSRS should check with the RSP to determine the problem
> before taking action.
As a customer, if I am annoyed at my current RSP, I do not want to go
through extra hassle to transfer to another RSP. If that's the case, I'll
just go to another registrar altogether. The RSP loses, OpenSRS loses, and
ultimately, the customer loses.
> If the RSP is the problem, then OpenSRS should take steps to remove the
RSP
> from the system. But I suspect 99% of the problems will be the client,
not
> the RSP.
And if a problem client decides to leave, as far as I'm concerned, all power
to them. Regardless of what the problem is (RSP, RSP's service, personal
problems with the RSP, or the customer), why place obstacles in the way of
keeping the client? Why make it harder for the client to stay with OpenSRS
RSPs? As soon as it's easier to go somewhere else altogether, most
customers will.
