Authorize net Error Again... "Check curl and server set

[Redeye_Joe]

Ok, it feels like the same old wrestling match now, with Authorize.net payment module. In fact that is why I decided to upgrade to RC2 in the first place, and after moving to 3 new host servers, and upgradeing to RC2 I had it working for a couple of days, and now it wont work again. Seems to be my host that is the problem but they swear that my path is
/usr/local/bin/curl
which has worked before, and works for another of my site running a early moded version of 1.7 OscMax.

I have tried reinstalling the module but nothing, I am out of ideas and I have compared the authorizenet_direct.php from the older 1.7 site and this new RC2 and they seem to have the same code for curl. So I have no idea what could be,

What I need to know is how can I use the "test and debug" setting. which is supposed to write a error text to the catalog root but I have set it to that , ran an order, and nothing appeared in my /catalog/ folder. Anyone know what I am doing wrong.
thanks

[Redeye_Joe]

Please help, I am at my witts end, I dont know what to do from here, I even tried the manual credit card module that comes with RC2, with no luck, it seems it has not ccv installed. I would even go to an older version if I thought it would work with all the contribuitons that are installed on RC2, I have no clue what to try next, all I can think of is it is my server, is there a simple script I can run to test my curl path and see that is working correctly???

Anyone Please help, I have to figure this out!!!
Thanks

[michael_s]

Your problem is that your server must have curl compiled into php with SSL support. The authorize net module will not work with the command line version of curl. I am pretty sure that is the problem. So, check your server to make sure curl is compiled into php with SSL support.

[Redeye_Joe]

My host installed a script to a test folder on my site and when it runs it appears to work, but does this show that "curl is compiled into PHP with SSL support"???

<?php

$ch = curl_init("http://www.yahoo.com/");
$fp = fopen("example_homepage.txt", "w");

curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);

curl_exec($ch);
curl_close($ch);
fclose($fp);

echo "Please check for the file example_homepage.txt";
?>

When i excute this it makes a text page with a bunch of html code from yahoo. Also this script doesnt seem to point to a path? So it doesnt seem to help me, in finding my path to curl.
Doug

[michael_s]

You do not need to know a path to curl, as it uses the built in php curl+ssl functions.

Just get the server's phpinfo and look for the curl section to see if it shows curl + ssl... Google phpinfo if you don't know what I'm talking about...

[chrismole]

msasek:

Your problem is that your server must have curl compiled into php with SSL support. The authorize net module will not work with the command line version of curl. I am pretty sure that is the problem. So, check your server to make sure curl is compiled into php with SSL support.

Did you mean to say that curl should or should not be compiled into php with ssl support?

I am assuming you meant should be compiled with ssl support, right?

[chrismole]

When checking the "server info" under "Tools" in the oscmax2 admin (which I assuem runs phpinfo()), I don't have a "curl section". Does that mean curl is not compiled into php? My admin assured me it was. This could be my problem...

[Redeye_Joe]

I finally got mine to work but it is a temp fix, It was not a curl problem with my server, it was my checkout_process. I used a old checkout_process, from an older 1.7 release and it is working for credit cards, but I am not sure what problems it is going to cause, becuase I havent got all of the contributions form the other one installed on it yet. Now I just noticed, that my cart is charging tax to a paypal ipn order, from out of state!!! not sure if this is something that has to do with my checkout_process or if it is a bug, or something to do with how my tax zones are set up...??

[chrismole]

That's weird. I tested the connection on a test version of an osCommerce 2.2 store I have running. I was able to connect to Authorize.net and the checkout_success.php page loaded (with this in Address bar: https://secure.authorize.net/gateway/transact.dll), but no order data was transmitted and saved to Authorize.net. I see no "Unsettled Transactions" in the Authorize.net admin. So this version is not working either...

What has oscmax changed about the new Authorize.net payment process that causes all the curl problems?

Is there anyone out there who knows how to make the latest oscmax2 version work with Authorize.net?

[Redeye_Joe]

Here is my an older versions checkout_process.php It doesnt have all the mods moved over from the RC2's checkout_process.php. I am using it temporarily until I can get something else fixed. I will attach to this message my working checkout_process.php but if someone that knows more code than I do can add the mods from RC2's checkout_process, please post it here,
thanks