Quote Originally Posted by Geronimo View Post
It would help if I gave you the code wouldn't it? :)

From the help screen:

Note: On our shared hosting, any CURL applications that make secure HTTP connections (HTTPS over port 443) need to pass through a proxy server. The address for this proxy server is proxy.shr.secureserver.net and connections must specify the use of port 3128. The code below already includes this information.

<?

$URL="https://www.paypal.com";
if (isset($_GET["site"])) { $URL = $_GET["site"]; }
$ch = curl_init();
echo "URL = $URL <br>n";
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt ($ch, CURLOPT_HTTPPROXYTUNNEL, TRUE);
curl_setopt ($ch, CURLOPT_PROXYTYPE, CURLPROXY_HTTP);
curl_setopt ($ch, CURLOPT_PROXY,"http://proxy.shr.secureserver.net:3128");
curl_setopt ($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt ($ch, CURLOPT_URL, $URL);
curl_setopt ($ch, CURLOPT_TIMEOUT, 120);
$result = curl_exec ($ch);
echo "<hr><br>n";
echo 'Errors: ' . curl_errno($ch) . ' ' . curl_error($ch) . '<br><br>';
echo "<hr><br>n";
curl_close ($ch);
print "result - $result";
echo "<hr><br>n";

?>
This may work for PayPal (which uses https), but it won't work for the AP module because it uses regular http rather than https, so even if you did set up this way you will possibly get the external access, but they will be trying to connect to the wrong server port.

<10 mins later>

Just to prove a bit of a point, I have just reconfigured the austpost.vcsweb.com server so that it will accept https requests.

What you need to do is load the austpost.php script into a text editor, locate the line that reads
$SERVER = "http://austpost.vcsweb.com/" and change it to
$SERVER = "https://austpost.vcsweb.com/"
(this will be somewhere around line#123)

Save the file and try getting a quote on our test product.

All being well you should get a valid quote for the delivery methods that *don't* require a connection to the drc.edeliver server (in other words, the only quotes you'll see are the prepaid satchels).

Unfortunately, I have no control over the drc.edeliver servers so I can't do anything for you in that regard, so although not a 'cure' it should go to prove the point that we are now looking at a http vs https issue.
Godaddy *may* have another proxy or port number to handle the non https requests. (As per the details in the servers.txt file, the austpost.vcsweb server handles the 'fixed price' items, and everything else gets redirected to the drc server).

Cheers
Rod