Site maintenance: Sun 15 Nov, from 12:00 UTC, about 4–6 hours. Details

This cutover relies on some testing that is still incomplete so may be cancelled at short notice

Forums / Built-in Shipping and Payment Modules / Authorize.net AIM error message workaround/solution

Authorize.net AIM error message workaround/solution

Locked

Started by snu on 14 Oct 2006, 10:07 AM · Views: 2,225

Results 1 to 7 of 7
This thread is locked. New replies are disabled.
14 Oct 2006, 10:07 AM
#1
snu avatar

snu

New Zenner

Join Date:
Oct 2006
Posts:
6
Plugin Contributions:
0

Authorize.net AIM error message workaround/solution

I had been getting the following error message when trying to test Authorize.net AIM transactions using the test credit card numbers, as well as when trying my own credit card in production mode:

''Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.''

After much googling I found what appears to be a solution on an osCommerce board:

In the file zencart/includes/modules/payment/authorizenet_aim.php, after line 355 in the default file, add this line :

curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0); 

I wonder if this is something that will be fixed in new versions? Or perhaps the problem was due to my server settings and not everyone needs this extra line. Well, I hope this helps someone else!

credit: forums.oscommerce.com/lofiversion/index.php/t199381-100.html

14 Oct 2006, 2:48 PM
#2
merlinpa1969 avatar

merlinpa1969

Totally Zenned

Join Date:
Mar 2004
Posts:
13,031
Plugin Contributions:
4

Re: Authorize.net AIM error message workaround/solution

has been fixed alrady,

Zen cart PCI compliant Hosting

15 Oct 2006, 6:54 PM
#3
snu avatar

snu

New Zenner

Join Date:
Oct 2006
Posts:
6
Plugin Contributions:
0

Re: Authorize.net AIM error message workaround/solution

I'm using version 1.3.5 as installed through my webhost's control panel. Maybe the problem was the host, which is Crystaltech.

6 Nov 2006, 8:06 PM
#5
qhome avatar

qhome

Totally Zenned

Join Date:
Feb 2004
Posts:
1,702
Plugin Contributions:
5

Re: Authorize.net AIM error message workaround/solution

After adding this, I got an error from the page saying that wasn't a valid cURL command.

Now I can't get any credit card orders in. I've never had a problem before and cURL proxy has always been false since I've started. I was getting orders this morning but now I am getting errors from my own test and one other customer that brought it to my attention.

Thoughts? I'd at least like to get the correct error. Im not sure if I ever got the correct error tho. What would my cURL proxy be? something I'd get from my webhost? or something from my SSL cert? or authorize.net?

6 Nov 2006, 10:20 PM
#6
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,511
Plugin Contributions:
176

Re: Authorize.net AIM error message workaround/solution

qhome:

What would my cURL proxy be? something I'd get from my webhost? or something from my SSL cert? or authorize.net?

CURL proxy details would be provided by your webhost, since it pertains to their firewall+network configuration.

.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole

Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.

6 Nov 2006, 11:17 PM
#7
qhome avatar

qhome

Totally Zenned

Join Date:
Feb 2004
Posts:
1,702
Plugin Contributions:
5

Re: Authorize.net AIM error message workaround/solution

Turns out they had a hiccup on their end and all is well once again. The error still doesnt elaborate on what it is.. so there may still be a cURL proxy issue.. but at least the money is flowing again :)