bradf30

TCH tech support did work on the issue early this morning without success. We have determined we can talk to the credit card processor's server to fetch a transaction ID, but we are not able to successively transmit the main packet of information via PHP and CURL commands. CURL appears to be up and running correctly. Why would part of it work but not the other? Aren't they truly not receiving the data, is it in the wrong format, etc, etc. Any ideas? >Works: $curlHandle = curl_init (); curl_setopt($curlHandle, CURLOPT_URL,"http://secure.netbilling.com:1401/gw/sas/getid3.0"); curl_setopt($curlHandle, CURLOPT_GET, 1); curl_setopt($curlHandle, CURLOPT_NOBODY, 0); curl_setopt($curlHandle, CURLOPT_RETURNTRANSFER, 1); $res = curl_exec($curlHandle); $curlErrorNo = 0; $curlErrorMsg = ""; >Doesn't work: $curlHandle = curl_init (); curl_setopt($curlHandle, CURLOPT_URL,"https://secure.netbilling.com:1402/gw/sas/direct3.0"); curl_setopt($curlHandle, CURLOPT_POST, 1); curl_setopt($curlHandle, CURLOPT_HEADER, 1); curl_setopt($curlHandle, CURLOPT_POSTFIELDS, $post_str); curl_setopt($curlHandle, CURLOPT_NOBODY, 0); curl_setopt($curlHandle, CURLOPT_RETURNTRANSFER, 1); curl_setopt($curlHandle, CURLOPT_ENCODING , "x-www-form-urlencoded"); curl_setopt($curlHandle, CURLOPT_SSL_VERIFYHOST, 2); curl_setopt($curlHandle, CURLOPT_SSL_VERIFYPEER, FALSE); $res = curl_exec($curlHandle); $resposeHttpCode = (int)curl_getinfo($curlHandle, CURLINFO_HTTP_CODE); $curlErrorNo = 0; $curlErrorMsg = "";

Just to let you know, I did a virgin install of the latest version of oscommerce on a different domain on the same server, installed the Netbilling module, and I get the same error. This particular error has never occurred when I installed oscommerce twice in the past, on two different servers, and I have installed the netbilling payment modules several times in the past without an error like this. Other than when cURL wasn't installed, the installs were without incident. Anyone have an idea of what changed?

I did, but I didn't notice until late last night that the files were saved in all upper case letters, and probably weren't accessed, as they didn't over write the lower case named files. Those fixes I believe apply to oscommerce rather than add on modules, and I read some where that my version of oscommerce should work with version 5. We have rolled back to PHP4 and MySQL4 so this shouldn't be the issue now. Those who wrote the PHP code for the payment module don't appear to be in the loop anymore, and those familiar with it don't appear to work for Netbilling at this time. Very strange and frustrating. It is probably a simply fix too.

Sorry I'm not getting almost no support with this from the involved parties, or they simply have higher priorities. Perhaps some one here has a suggestion. Yesterday TCH upgraded my server to PHP5 and MySQL5 at my request. I use oscommerce with a payment module provided by Netbilling. After upgrade oscommerce worked fine, but couldn't complete credit card transactions with the existing payment module. I get back messages that say the following in a log file, after all the transaction info is displayed. "Response: HTTP/1.0 601 No Input Parameters Connection: close Content-Length: 0" We rolled back to the prior versions of PHP and MySQL this morning and installed the backup database. Still the same problem. Anyone have a suggestion as to a cause and a solution. I'm dead in the water here. Thanks, Brad

Hi, Today I finally got around to blocking entire IP ranges for Russia (.ru) using cPanel yet I am still getting robots that are creating accounts on my discussion forum using email accounts containing @mail.ru and inmail24.com. Perhaps it takes 24 hours or so for this to take affect. Any ideas? This is a bothersome rather than troublesome problem, so don't lose sleep over it, I'm not. I am just trying to limit the abuse of my server. This seems to help limit SPAM email if these intruders (robots) are blocked in one way or another. Thanks, Brad

Hi, I have a discussion forum that allows people to become a member without my needing to authorize them beforehand, if they click on an authorization link that is sent to them by email. There appears to be robots out there using the domains mail.ru and inmail24.com to become fake members. Not a major problem other than I cleaned out like 1,000 bogus members from the discussion forum. I believe they are attempting to post advertising on the discussion forum, but aren't succeeding. Is there an easy way to block outgoing emails to a given domain? It isn't worth a lot of trouble. I have a dedicated server. Thanks and Happy New Year Brad