Has anyone gotten the osCommerce authorize.net module to work? I’ve tried using the built-in one, and constantly get a user-id error, though it’s a test account we just set up and it’s a copy and paste of the id. I’ve also been trying to get the AIM module working. It seems to talk to the server, but a blank error is returned.
Any ideas on this or has anyone gotten this to work with a test account so we can see it in action before making it live?
Thanks,
-Ben
Ben, if this is a linux account, do ask tech support if the port you need is open or not.
Windows account. Any other ideas?
Does there need to be any cURL proxy set? I continue to get blank errors sent back from authorize.net and am just getting no where on this issue.
Thanks,
-Ben
curl on windoows is more limited in fuction, do you know how it is trying to work?
How I understand it, it posts like 20+ variables as well as a user id and transaction key to either test.authorize.net or secure.authorize.net. However, it keeps getting an invalid user id or account not active, which we’ve verified multiple times to no avail. I’m also working with authorize.net support but want to cover both sides to try to get this resolved as quickly as possible for my customer.
Thanks,
-Ben
The authorize.net guy is stating that our server isn’t hitting his server, or that the http_referrer is a long string instead of just the domain. Does anyone know where that variable is set? He states that their servers will reject a false looking referrer.
Thanks,
-Ben
any idea what long string it is sending? That may be the first clue we have to finding it.
All of the transaction variables:
$authnet_values = array
(
“x_login” => $auth_net_login_id,
“x_version” => “3.1”,
“x_delim_char” => “|”,
“x_delim_data” => “TRUE”,
“x_url” => “FALSE”,
“x_type” => “AUTH_CAPTURE”,
“x_method” => “CC”,
“x_tran_key” => $auth_net_tran_key,
“x_relay_response” => “FALSE”,
“x_card_num” => “4242424242424242”,
“x_exp_date” => “1209”,
“x_description” => “Recycled Toner Cartridges”,
“x_amount” => “12.23”,
“x_first_name” => “Charles D.”,
“x_last_name” => “Gaulle”,
“x_address” => “342 N. Main Street #150”,
“x_city” => “Ft. Worth”,
“x_state” => “TX”,
“x_zip” => “12345”,
“CustomerBirthMonth” => “Customer Birth Month: 12”,
“CustomerBirthDay” => “Customer Birth Day: 1”,
“CustomerBirthYear” => “Customer Birth Year: 1959”,
“SpecialCode” => “Promotion: Spring Sale”,
);
These are set by osCommerce variables in the “live” version.
They gave me their developer php_aim.php code to try, which basically bypasses osCommerce completely. When running this, it basically appears that our side (the jodohost web servers with my site) is not getting out and talking to their side (test/secure/developer.authorize.net). Stephen, can you see any reason why it wouldn’t be able to connect out to their servers to complete this transaction?
Thanks,
-Ben
And some more information, testing with their ASP test code, it works. So there definitely seems to be an issue with the windows side php/cURL that isn’t working to initiate the SSL connection back to their servers. Any ideas?
Thanks,
-Ben
Ok, hopefully this is the last post before someone else can post 
The Authorize.net tech stated that the issue is definitely with the php/cURL side on our server. He asked if we could recompile CURL and PHP to see if that would work. I don’t know if that can be done on the windows side or not, but that seems to be the next logical step.
Thanks,
-Ben
curl on windows just uses the php_curl.dll that is included there’s not much we can do here.
Any ideas why it would appear to work just fine on *nix but not on windows for osCommerce?
A couple of thoughts here:
We aren’t running into any php4 versus php5 issues are we?
Do we have the version of cURL with SSL support?
Do we have OpenSSL installed on the server?
These are just some items I picked up when doing a search for “php_curl for windows not working” on google.
http://curl.haxx.se/latest.cgi?curl=win32-ssl is the link to the latest stable release.
Thanks,
-Ben
is this domain running php5 or php4? OScommerce does have some issues on php5
I emailed you the domain to check. I believe it is php4. Any chance we can “try” that DLL that I pointed out?
Thanks,
-Ben