Skip to main content

Are you living in a bubble?

I've been trying to extract a domain from Namespro, a registrar. After (I hope) springing it from them, I gave them a little honest feedback. I'll provide their answer here verbatim, enough said. Okay, almost enough: I want to note that, considering the spelling mistakes, the support person who wrote this probably believed it. And for reference: my favourite registrar (hover.com) provides users the ability to generate auth codes themselves, not to have to search badly worded help systems to find the right invocation. In this case, it required a request via a hidden form, and a simple email request was ignored. After the invocation, they came back with an "are you really, really sure" reply to the ticket, which it took me a few days to notice as well. They provide no phone number to actually talk to a support person. In other words, unless you really know what you're doing and have a lot of patience, the chance of getting your domain out of Namespro is pretty slim.

Me:

If you really want an honest answer to your question: it's because of your policy of making it so hard to transfer anything our of your system. You appear to deliberately obscure the process of moving services out of your clutches. I'm not interested in doing business with a company that I don't trust to be upfront and honest.

Them:

Thank you for your reply and comment. The process of getting an Auth Code is not made public is because very few Namespro.ca users transfer out from Namespro.ca to another registrar to being with.

That being said, we have forwarded our suggestion to our management team for further review.

Popular posts from this blog

drupal, engagement, mailing lists, email

I lived, worked and studied in Costa Rica from 1984 to 1989. Ostensibly, I was there to study Mathematics at the University, and indeed I graduated with an MSc. in Mathematics supervised by Ricardo Estrada (check that page, he even advertises me as one of his past students). And yes, I do have a nine page thesis that I wrote and defended in Spanish somewhere in my files, on a proof and extension of one of Ramanujan's theories. But mathematics is a pretty lonely endeavour, and what drew me back to Central America (after the first visit, which was more of an accident), was the life and politics. The time I lived there was extremely interesting (for me as an outsider, though also painful and tragic for it's inhabitants) because of the various wars that were largely fuelled by US regional hegemonic interests (of the usual corporate suspects and individuals) and neglect (of the politicians and public) - the Contra war in Nicaragua, the full-scale guerrilla wars in El Salvador and...

IATS and CiviCRM

Update, Nov 2009: I've just discovered and fixed a bug I introduced in the 2.2 branch for the IATS plugin. The bug was introduced when i updated the API files from IATS and failed to notice that the legacy method for C$ one-time donations was no longer supported. If you're using a version greater than or equal to 2.2.7, and are using IATS for C$, non-recurring donations, then you're affected . To fix it edit the file : CRM/Core/Payment/IATS.php, and remove the line that looks like this: $canDollar = ($params['currencyID'] == 'CAD'); //define currency type The full fix removes a conditional branch based on that value a little further on, but by removing this line, it'll never actually use that branch. Drop me a line if you have any questions. Update, May 2009: This post is still getting quite a bit of traffic, which is great. Here are a few important things to note: The IATS plugin code is in CiviCRM, you don't need to add any code. Y...

CentOS4 and CiviCRM 2.1

With the new year, a new resolution to upgrade some sites to the new CiviCRM 2.1. CiviCRM 2.1 is particularly special because it requires Drupal 6 and it's the first version that supports Drupal 6. So upgrades of existing Drupal 5 sites are difficult, particularly if any custom modules or themes involved. As it turned out, my procrastination was justified. I asked my friend Rob Ellis to help with Maquila Solidarity Network , who I've been working with for a few months , and who decided that the new features in 2.1 were too good to postpone any longer. Rob did the upgrade and discovered two issues on my CentOS 4 server: The CiviCRM installer insists on PHP 5.2.x CiviCRM requires a version of PCRE with unicode None of this sounds very interesting, and I wouldn't post about it, except that I would have thought it wouldn't be as hard to fix as it was. So here's what I did, in case there's someone else out there with CentOS4 (or RHEL4) trying to run CiviCRM 2.1...