Loaded Commerce Community

I am getting this error during checkout:
"The server cannot connect to Authorize.net. Please check your cURL and server settings."

I have the authorize.net module set to Test & Debug (debug output is below). cUrl is set to "Not Compiled" because even though it is a linux server the admin has not compiled it in a common location. He has compiled it instead inside our home directory-- I have specified the complete path in the next setting (cURL Path)
/local/home/a1513/local/bin/curl

When I execute this command from command line I get what appears to be the HTML home page for yahoo:
/local/home/a1513/local/bin/curl www.yahoo.com

... so this leads me to believe that cURL is working but for some reason the authorize.net module is not finding it?

I have also:
- confirmed that the log in username is correct (it is identical to the one I use to log into to secure.authorize.net)
- regenerated a transaction key

I do not know what the next step is to troubleshoot this. Please assist.. I have outlined all of the steps I have taken so far in this posting. I get this same error ("The server cannot connect to Authorize.net. Please check your cURL and server settings") during checking either in Test or Production, using the test card numbers or a real one.

Here is debug file as produced by the cart and saved into authnet_debug.txt. (I will regenerate the trans key after this posting for security).

Please assist, I do not know what the next trouble shooting step is because I do not understand all of the factors here.

x_Login=xxxxxxxxxxxx&x_Tran_Key=xxxxxxxxxxxx&x_Relay_Response=FALSE&x_Delim_Data=TRUE&x_Ver
sion=3.1&x_Type=AUTH_CAPTURE&x_Method=CC&x_Amount=0.01&x_Currency_Code=USD&x_Email_Custome
r=FALSE&x_Email_Merchant=FALSE&x_Cust_ID=24&x_Invoice_Num=22&x_First_Name=oi&x_Last_Name=u
i&x_Company=&x_Address=2191+Mission+St+%23305&x_City=San+Francisco&x_State=California&x_Zi
p=94110&x_Country=United+States&x_Phone=234&x_Email=jk%40datatravels.com&x_Ship_To_First_N
ame=&x_Ship_To_Last_Name=&x_Ship_To_Company=&x_Ship_To_Address=&x_Ship_To_City=&x_Ship_To_
State=&x_Ship_To_Zip=&x_Ship_To_Country=&x_Customer_IP=64.166.226.167&x_Description=1-a+pe
nny+for+our+thoughts%2A%2A&osCsid=934e257a12bd34946ec21bd75cacc39e&x_Card_Num=400700000002
7&x_Exp_Date=0108&x_Card_Code=111&x_Test_Request=TRUE :data String : x_Login=xxxxx&x_Tra
n_Key=xxxxxxxxxx&x_Relay_Response=FALSE&x_Delim_Data=TRUE&x_Version=3.1&x_Type=AUTH_
CAPTURE&x_Method=CC&x_Amount=0.01&x_Currency_Code=USD&x_Email_Customer=FALSE&x_Email_Merch
ant=FALSE&x_Cust_ID=24&x_Invoice_Num=22&x_First_Name=oi&x_Last_Name=ui&x_Company=&x_Addres
s=2191+Mission+St+%23305&x_City=San+Francisco&x_State=California&x_Zip=94110&x_Country=Uni
ted+States&x_Phone=234&x_Email=jk%40datatravels.com&x_Ship_To_First_Name=&x_Ship_To_Last_N
ame=&x_Ship_To_Company=&x_Ship_To_Address=&x_Ship_To_City=&x_Ship_To_State=&x_Ship_To_Zip=
&x_Ship_To_Country=&x_Customer_IP=64.166.226.167&x_Description=1-a+penny+for+our+thoughts%
2A%2A&osCsid=934e257a12bd34946ec21bd75cacc39e&x_Card_Num=4007000000027&x_Exp_Date=0108&x_C
ard_Code=111&x_Test_Request=TRUE\n :Response String : \n

Edited by admin

A lot of people had this error.
I tried everything before i got it working.

I contacted my administrator and he recompiled cURL for me on the server and it worked after that. Maybe this could be an issue for you too, but try and see.

I have requested that the admin recompile cURL, and he did, and we checked phpinfo() to see the PHP config settings and it says under the cURL section:

curl
CURL support enabled
CURL Information libcurl/7.14.0 zlib/1.1.3

However, the checkout script is still producing the same error.

Can anyone tell me more specifics about how to compile cURL or what to keep in mind when compiling cURL? Would it help if he made a symlink from some standard location to the compiled cURL binary?

What else can we try? Here's a quetsion: does the CRELoaded module use PHP-functions to call cURL, or does it call cURL explicitly? (What I'm getting at is, he has checked that PHP is compiled with cURL but it is possible that CRE Loaded does not use PHP to call cURL but instead looks for the binary -- to call it explicitly -- in a special place? Hence, the checkout script is not finding it there and that's why we're still having problems?)

I am trying to gather as much information as possible, thanks in advance.

hey I just wanted to repost that I think I figured out what's going on -- it seems that cURL is not built with SSL support on my server.

Unfortunately the generic error message doesn't give me a way to know from the cart. To figure this out I had to modify the script authorizenet_direct.php and add this line just after curl_exec($ch) :

$auth_curl_error = curl_error($ch);

then take that error message $auth_curl_error and either email it to yourself or make it a global so it can be used in before_process() to produce a more exact error message.

The error message I got out of curl_error was pretty specific: libcurl was built with SSL disabled, https: not supported! ... so I'm pretty sure that's what's going on with my issue ( I will follow-up when I get it fixed )

I would recommend that a future version of the module be sure to save the curl_error() in the event of a curl_error and report it to the user (or administrator?) somehow for debugging... it would be much more exact than the existing message.

who is your host?