Help - Search - Members - Calendar
Full Version: Can't Renew my domain!!?
The Planet Forums > System Administration > DNS Hosting > Domain Registration
SadGeezer
Is it just me or is anyone else having trouble renewing their domain.

I've emailed ev1 with no resolution icon_sad.gif

I was wondering if anyone else had any thoughts.

Every time I enter my credit card details in to the renewal screen I get the following:

Error processing your renewal request
Error: your address could not be verified. The address must match your account information exactly. Please check your information and try again.


The thing is, I actually cut and paste the details from my billing account screen and I STILL get the same error.

Has anyone else found this problem or a solution?
SadGeezer
Just found a different thread where it seems lots of other prople have suffered this problem.

Apparently all I need to do is request a manual renewal form. Is that true?
kamihacker
QUOTE (SadGeezer)
Just found a different thread where it seems lots of other prople have suffered this problem.

Apparently all I need to do is request a manual renewal form.  Is that true?

at least for now, anyway you can try using a master, it works for me
bubbles
I have had no problems renewing domains from EV1
AaronC
If you are a current domain owner you can contact domains@ev1servers.net to pursue a manual registration or renewal process.
oldengine
QUOTE (SadGeezer)
Is it just me or is anyone else having trouble renewing their domain.

Every time I enter my credit card details in to the renewal screen I get the following:

Error processing your renewal request  
Error: your address could not be verified. The address must match your account information exactly. Please check your information and try again.
 

Has anyone else found this problem or a solution?

YES! Always with my Visa card, which has a PO Box address. It was like a zip code error or whatever. I even had the bank on the phone to confirm the address while I keyed it in. (This is the same card used for EV1 server billing.)

The solution was to use my Master Card that has my home street address. It went through like a breeze. I hope the new system will address this issue.
Brooke-Sales
For some reason credit card addresses that use P.O. Boxes seem to have had the address errors more frequently than the addresses that use street addresses. Sometimes it is just a matter of entering the P.O. part differently (ie. PO, P O, P.O., etc.).

Problems with zip codes are often the difference between using a five digit zip code and a nine digit zip code. Nine digit codes can be entered in one of three formats: xxxxxxxxx, xxxxx xxxx, and xxxxx-xxxx.

Thank you,
Brooke Marshall
Domains Team Lead
www.ev1servers.net
SadGeezer
Still having problems renewing domains 11 months later.

My card doesn't have a PO Box number and I can confirm that I've NEVER had any trouble with purchasing online using the same credit card.

The only credit card billing system that wont accept my credit card to buy services on the Internet is EV1's.

Is it that EV1 don't recognize that there is a problem? Do you guys have any intention of fixing this?

It's very frustrating and unfair that I have to go to the time, trouble and expense of faxing personal details to you before you will renew my domain name.
Catalyst
A lot of it is that EV1's pushed the Security on its merchant account up to a level that's almost impossible to replicate --- 100% address match. Unfortunately, there are discrepancies between the actual billing address of a card, the way it gets stored in the Authorize.net system (some seem to be verified with the post office and re-formatted while other's are left verbatim) and the length of the form fields from user input or when they're trasmitted to the merchant account.

A for instance I had issues with:
CODE
1234 Pleasant Hills Pk. Ste. 923
would be listed as "1234 Pleasant Hills Pk. Ste. 923" with the merchant, but when transmitted from their scripts, it would only send "1234 Pleasant Hills " (note the space) --- but then get the space would get filtered out. Then, of course, they reject it because the address didn't match.

It also gets really bad with Suite & Apartment numbers, since almost *none* of EV1's forms have an "address2" line --- and if your billing address is
CODE
123 Main Street
Suite 1234
then you can *never* put your address into the field and get it to match unless you completely omit the Suite.

I can understand any merchant trying to get rid of fraudulent charges, but as illustrated, there are simply too many variables that make Full Address Checking largely useless. The alternative, of course, is to use either Zip+4, Zip + Street #, or Zip + Partial Address (first x characters).
Websales_Laurie
QUOTE (Catalyst)
A lot of it is that EV1's pushed the Security on its merchant account up to a level that's almost impossible to replicate --- 100% address match.  Unfortunately, there are discrepancies between the actual billing address of a card, the way it gets stored in the Authorize.net system (some seem to be verified with the post office and re-formatted while other's are left verbatim) and the length of the form fields from user input or when they're trasmitted to the merchant account.
 
A for instance I had issues with:
CODE
1234 Pleasant Hills Pk. Ste. 923
would be listed as "1234 Pleasant Hills Pk. Ste. 923" with the merchant, but when transmitted from their scripts, it would only send "1234 Pleasant Hills " (note the space) --- but then get the space would get filtered out.  Then, of course, they reject it because the address didn't match.
 
It also gets really bad with Suite & Apartment numbers, since almost *none* of EV1's forms have an "address2" line --- and if your billing address is
CODE
123 Main Street

Suite 1234
then you can *never* put your address into the field and get it to match unless you completely omit the Suite.
 
I can understand any merchant trying to get rid of fraudulent charges, but as illustrated, there are simply too many variables that make Full Address Checking largely useless.  The alternative, of course, is to use either Zip+4, Zip + Street #, or Zip + Partial Address (first x characters).


If you are a current domain owner you can contact domains@ev1servers.net to pursue a manual registration or renewal process. We are working towards getting the process back online soon, but until then the domains team will be happy to process your requests manually.
Mario-EV1
QUOTE (Catalyst)
A lot of it is that EV1's pushed the Security on its merchant account up to a level that's almost impossible to replicate --- 100% address match. Unfortunately, there are discrepancies between the actual billing address of a card, the way it gets stored in the Authorize.net system (some seem to be verified with the post office and re-formatted while other's are left verbatim) and the length of the form fields from user input or when they're trasmitted to the merchant account.

A for instance I had issues with:
CODE
1234 Pleasant Hills Pk. Ste. 923
would be listed as "1234 Pleasant Hills Pk. Ste. 923" with the merchant, but when transmitted from their scripts, it would only send "1234 Pleasant Hills " (note the space) --- but then get the space would get filtered out. Then, of course, they reject it because the address didn't match.

It also gets really bad with Suite & Apartment numbers, since almost *none* of EV1's forms have an "address2" line --- and if your billing address is
CODE
123 Main Street
Suite 1234
then you can *never* put your address into the field and get it to match unless you completely omit the Suite.

I can understand any merchant trying to get rid of fraudulent charges, but as illustrated, there are simply too many variables that make Full Address Checking largely useless. The alternative, of course, is to use either Zip+4, Zip + Street #, or Zip + Partial Address (first x characters).


Thanks for the input Mark we have in fact had quite a few discussions around this problem that we are working with the programmers on. Hopefully with some changes that are being implemented we will be able to get rid of most of these issues.

I believe our development team has been made aware of this I will make certain they are.

Thanks again,
tuiday
In a good day, you can get Laurie J, though if you have a bad day, you can get this reply from EV1. Using your PO Box address is fine for paying the server cost, but not anything else.


==
Hello,

If your mailing address is a P.O. Box the card will not be accepted. Please note that we are unable to manually charge your card so you may need to use a different card with a physical address. We apologize for any inconvenience this may have caused you.


Thank You
Naomi A.
Domains/ Resellone
Domains@ev1servers.net
SSL@ev1.net
Support@resellone.net
===
Brooke-Sales
QUOTE (tuiday)
In a good day, you can get Laurie J, though if you have a bad day, you can get this reply from EV1.  Using your PO Box address is fine for paying the server cost, but not anything else.


==
Hello,
 
If your mailing address is a P.O. Box the card will not be accepted. Please note that we are unable to manually charge your card so you may need to use a different card with a physical address. We apologize for any inconvenience this may have caused you.
 
 
Thank You
Naomi A.
Domains/ Resellone
Domains@ev1servers.net
SSL@ev1.net
Support@resellone.net
===


Please note that domain name and SSL orders are handled differently. I have responded to your issue via email. If there is anything else I can assist you with please let me know.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2009 Invision Power Services, Inc.