- Joined
- Aug 18, 2003
- Messages
- 92
- Reaction score
- 2
I buy a lot of domains via Snapnames and I always hate it when they force me to manage the domain via their sister company Moniker. It's usually not a big deal because I just have to wait 60 days before I am entitled to move my domains to a better registrar.
Now, however, for the first time, my worst fears have come true and Moniker are breaking ICANN rules by obstructing a transfer away by providing me with a non-working AUTH code. I have double-checked everything and am not making a mistake: the domain is unlocked, the special Moniker transfer window is open, I have given the AUTH code to my preferred registrar exactly as it has been emailed to me (half a dozen times now) by Moniker.
My preferred registrar's support has been great and have explained that Moniker's system simply will not accept the AUTH code - I even forwarded them the Moniker emails so that they could verify that the rejected AUTH code was, indeed, the one sent by Moniker.
Moniker support, on the other hand, has been dire: they have not bothered to even respond to any of my support tickets, despite the fact that I pour thousands of dollars into their sister company every year. As I write this, the Oversee support site, which covers Moniker, Snapnames and DomainSponsor, is actually down - what a joke! When I was choosing a registrar at which to consolidate my portfolio a couple of years ago, the quote I got from Moniker for several thousand domains was the most expensive of any registrar but, supposedly, the extra expense was justified by better service. I'm relieved that I went elsewhere.
So, does anyone have any suggestions? Has ICANN provided any mechanism to stop registrars from hanging onto domains in this way?
It is a pretty bad sign when a company starts resorting to retention tactics like this, anyone using Moniker as their primary registrar should seriously reconsider whether they can be trusted - what happens if you have a major problem that requires support but the support does not materialize? What happens if, as a result, you decide to move your portfolio elsewhere but discover that you cannot because of this scammy little "technical problem"?
Now, however, for the first time, my worst fears have come true and Moniker are breaking ICANN rules by obstructing a transfer away by providing me with a non-working AUTH code. I have double-checked everything and am not making a mistake: the domain is unlocked, the special Moniker transfer window is open, I have given the AUTH code to my preferred registrar exactly as it has been emailed to me (half a dozen times now) by Moniker.
My preferred registrar's support has been great and have explained that Moniker's system simply will not accept the AUTH code - I even forwarded them the Moniker emails so that they could verify that the rejected AUTH code was, indeed, the one sent by Moniker.
Moniker support, on the other hand, has been dire: they have not bothered to even respond to any of my support tickets, despite the fact that I pour thousands of dollars into their sister company every year. As I write this, the Oversee support site, which covers Moniker, Snapnames and DomainSponsor, is actually down - what a joke! When I was choosing a registrar at which to consolidate my portfolio a couple of years ago, the quote I got from Moniker for several thousand domains was the most expensive of any registrar but, supposedly, the extra expense was justified by better service. I'm relieved that I went elsewhere.
So, does anyone have any suggestions? Has ICANN provided any mechanism to stop registrars from hanging onto domains in this way?
It is a pretty bad sign when a company starts resorting to retention tactics like this, anyone using Moniker as their primary registrar should seriously reconsider whether they can be trusted - what happens if you have a major problem that requires support but the support does not materialize? What happens if, as a result, you decide to move your portfolio elsewhere but discover that you cannot because of this scammy little "technical problem"?
Last edited: