Authorize.net AIM problem after server move

[landshark]

Ok i have been digging through the forum and trying to work with my host to resolve this issue and cannot figure it out.

We just moved our site from one dedicated server to another. This is when the problem began. I cannot process credit cards through the authorize.net aim module it results in the following error:

Communications Error - Please notify webmaster. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

I enabled the log for the aim module and here is an example of what i get:

Oct-23-2008 12:44:04
=================================

Comm results: 1 Protocol https not supported or disabled in libcurl

Response Code: .
Response Text:

Sending to Authorizenet: Array
(
[x_login] => *******
[x_tran_key] => *******
[x_relay_response] => FALSE
[x_delim_data] => TRUE
[x_delim_char] => |
[x_encap_char] => *
[x_version] => 3.1
[x_type] => AUTH_CAPTURE
[x_method] => CC
[x_amount] => 0.75
[x_card_num] => *******xxxx
[x_exp_date] => xxxx
[x_card_code] => *******
[x_email_customer] => FALSE
[x_email_merchant] => TRUE
[x_cust_id] => 1
[x_invoice_num] => 4277
[x_first_name] => Michael
[x_last_name] => xxxx
[x_company] =>
[x_address] => xxxx
[x_city] => xxxxx
[x_state] => xxxxx
[x_zip] => xxxx
[x_country] => United States
[x_phone] => xxxx
[x_email] => admin@xxxxx
[x_ship_to_first_name] => xxxxx
[x_ship_to_last_name] => xxxxxx
[x_ship_to_address] => xxxxxx
[x_ship_to_city] => xxxxxx
[x_ship_to_state] => xxxxx
[x_ship_to_zip] =>xxxxx
[x_ship_to_country] => United States
[x_description] => 2 in. Webbing, Foliage Green, 17337 Class 2 (qty: 1)
[Date] => October 23, 2008, 12:44 pm
[IP] => xxxxxx
[Session] => xxxxxxx
[url] => https://secure.authorize.net/gateway/transact.dll
)


Results Received back from Authorizenet: Array
(
[0] =>
)


CURL communication info: Array
(
[url] => https://secure.authorize.net/gateway/transact.dll
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)


RAW data received:

Now here is what i get when i try curltest.php in the "extras" folder

Array
(
[url] => "http://www.zen-cart.com/testcurl.php"
[content_type] => text/html
[http_code] => 200
[header_size] => 139
[request_size] => 174
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.33522
[namelookup_time] => 0.126462
[connect_time] => 0.16109
[pretransfer_time] => 0.1611
[size_upload] => 37
[size_download] => 2138
[speed_download] => 6377
[speed_upload] => 110
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0.334492
[redirect_time] => 0
)

I am thinking it is a cURL problem but my host is saying everything is fine and sent me this:

I've been checking the server configurations and ssl is already enable via ssl, check this:

root@server [~]# curl -V
curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz
root@server [~]#


the https protocol is enabled by default, please check your site configuration, let us know if you need some assistance.

I do not know enough to be able to ask the proper questions or make sure they are checking the correct things. Is it possible that i need to change some settings on zen cart even though all that they did was copy my site from one server to another?

There is another problem that may or may not be related. My site will not send out emails now. For example when someone uses the "contact us" form or someone places an order (using paypal IPN of course since that is all that is working right now) we do not get an email notification like we used to.

Can anyone help?

[landshark]

OK fixed the email problem I redid my MX entries to point to google apps. not sure why deleting and redoing fixed it but it did.

Still having same problem with authorize.net

[DrByte]

Try the curltest.php again, but add ?authnet=1 to the end of the URL to have it test accessing the Authnet server in SSL mode. (What you did was non-SSL mode)

[landshark]

Doc,

here were the results:

1 Protocol https not supported or disabled in libcurl

Array
(
[url] => "https://secure.authorize.net/gateway/transact.dll"
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)



EOF

With my limited knowledge I am going to guess something wrong with libcurl. What I don't know.

[DrByte]

It's not something *you* need to fix ... because you can't. You need to have your server administrator (hosting company) fix the problem.

[bluedotted]

Updating your cart to 1.3.8a and uninstalling the authorize aim module and then reinstalling it, then reconfigure it then add the hash as you see here https://www.zen-cart.com/tutorials/i...hp?article=373 what to do and how to get it will fix the authorize issue

[DrByte]

Whether you upgrade or not, your host will have to fix the CURL issue before you'll be able to use it.

[landshark]

It's not something *you* need to fix ... because you can't. You need to have your server administrator (hosting company) fix the problem.

Doc,

Do you have any tips on what I can tell them? Something like "you need to check [this]". So far the conversation has been going towards them telling me it is a problem with my Zen Cart settings and me telling them I don't think it is.

[landshark]

Ok they have fixed it. I don't know exactly what they did they just said "reconfigured PHP" but it is working now. Thanks for the input