PayPal times out

Doc Byte,

I am writing you directly because you seem to know a thing or two about Paypal and express checkout. I think I have done everything correctly, but am running into a wall. My express checkout install seems to be working fine until I try to check out and then it times out. Any ideas?

http://www.ezskratch.com/store/index.php

Thanks

Skratch

1. Ensure that you've installed the latest PayPal patch from here:
   http://www.zen-cart.com/forum/showthread.php?t=56216

2. Test your PayPal communications responses, using this tool here:
   http://www.zen-cart.com/forum/showthread.php?t=65680

3. Turn on PayPal Debug Logging and test a transaction.
   Check the /includes/modules/payment/paypal/logs folder for log files. Download them vai FTP, zip them, and post me a link where I can download them for review.

Doctor,

No one likes taking their medicine. 3 months ago when I began this quest, if someone had asked me the chances of me doing ipn checks on servers, downloading and zipping log files, configuring sandbox accounts and the like, my response would have been... "slim to none". Well it appears slim is still in town.

Here is the result of the ipncheck:
IPNCHECK.PHP - Version 1.0

IPN TESTING - POSTING to PayPal via: ssl://www.paypal.com:443

Warning: fsockopen(): unable to connect to www.paypal.com:443 in /home/content/e/a/s/easyfund/html/ezskratch/public/ipncheck.php on line 81
IPN FATAL ERROR :: Could not establish fsockopen.
Host Details = ssl://www.paypal.com:443 (110) Connection timed out

Trying again without SSL ...

IPN TESTING - Confirmation/Validation response: RESPONSE RECEIVED - Communications OKAY
Script finished.

Also, attached are the zipped files you requested.

Thanks again. Let me know if I can reciprocate!

Regards,

SKratch

PS - love the Lab Coat!

It's good to know that the IPN portion is communicating fine, even if not in SSL mode. That's the fsockopen() thing tested by the ipncheck.php script. This means that the PayPal IPN module should work okay, as well as echeck notification for Express Checkout transactions.

But, Express Checkout uses CURL to talk to PayPal. And, all your logs suggest that CURL isn't communicating properly. ```
Response: array (
'' => NULL,
)

SetExpressCheckout, Elapsed: 189030ms; Failed

No response from server

Thanks for the reply. I have no idea what CURL does. GoDaddy hosts my linux site, and they support CURL. Also in the config / my store section I set and have tried both true and false to the Curl proxy settings...

cURL Proxy Status True
cURL Proxy Address 64.202.165.130:3128
the ip address is what was suggested in the documentation for GoDaddy.

What else could be wrong?

Skratch

Raising Money one SKratch at a time

Yes, with GoDaddy, you'll certainly need to have the CURL proxy set to True, and have the proxy address entered.
While technically the same as the IP address you listed, perhaps trying this named address for the Proxy instead might help:```
proxy.shr.secureserver.net:3128

Reference:
<http://www.zen-cart.com/forum/showthread.php?t=61528>

Bingo!

I replaced what was suggested here...
"If you have GoDaddy hosting or other hosting services that require use of a proxy to talk to external sites via cURL, enter their proxy address here.
format: address:port
ie: for GoDaddy, enter: 64.202.165.130:3128"

with what you suggested...

proxy.shr.secureserver.net:3128

and it worked.

Doc - thank you!

You Da Man!

Skratch

PS- any chance the text within ZC can be altered to reflect the alpha proxy vice the numeric one?

Yay ! Glad you got it working.

ezskratch:

PS- any chance the text within ZC can be altered to reflect the alpha proxy vice the numeric one?

Yes, this is already included in the upcoming v1.3.8 release.

I have the PayPal IPN module installed on my 1.3.6. Everything seems OK as I walk it through the order process and into the sandbox. Again, all seems good through checkout. At the end of the process I can return to merchant to confirm my order. The problem? I'm seeing NO indication in the Zen admin of orders being received.

I ran your cool tool IPNCHECK.PHP and received the following positive message:

IPNCHECK.PHP - Version 1.0

IPN TESTING - POSTING to PayPal via: ssl://www.paypal.com:443

IPN TESTING - Confirmation/Validation response: RESPONSE RECEIVED - Communications OKAY

Script finished.

Any idea what's up?

Thanks!

You guys both rock! I was having the exact same problem with my GoDaddy account and was having a terrible time trying to figure out what was wrong. Thanks for the help.

-- mkabala

Hi,

I think the problem that some people have who are using GoDaddy, with the default set-up for Paypal is that it uses Port 80 for communication.

Unfortunately GoDaddy already uses Port 80 for SMTP Mail on its system.

Just a thought.

Mr_B:

Hi,

I think the problem that some people have who are using GoDaddy, with the default set-up for Paypal is that it uses Port 80 for communication.

Unfortunately GoDaddy already uses Port 80 for SMTP Mail on its system.

Just a thought.

Anyway to change it? I specifically told client NOT to get godaddy

A Zen Cart Certified Host :smile:

Mr_B:

A Zen Cart Certified Host :smile:

That so helps me right now. sarcasm

Mr_B -- do you have concrete documentation about your statement that GoDaddy uses port 80 for SMTP traffic? I find that very hard to believe.

Sheehan, are you experiencing timeouts? or just worried about using GoDaddy?

I am starting to think its an issue with godaddy I am having.