Problem with Paypal connection - Error (28) connect() timed out!

[mc12345678]

I've no idea what you/they are trying to show. None of this seems relevant to your problem, and confusion abounds.

For example:



What a (mostly) pointless thing to suggest. We are discussing the PayPal API servers here are we not? I think it is pretty safe to assume that port 443 on these servers will be open, just as we can pretty much assume that port 80 on their public web servers will be open. There is simply no need to test the bleeding obvious. :)



A trace from AT&T to port 80 at wherever your store is hosted isn't going to tell us a thing about about port 443 connectivity between your store and the PayPal API servers. Again, I've no idea what this is supposed to be showing us.

Also, unless I've missed something in this thread, I'm not seeing how AT&T are fitting into the picture with your problem. Are you hosted with AT&T (or one of their clients)?

Cheers
Rod

So, unable to also tell if AT&T truly fits in with my issue, it has been reported multiple times before that they are most likely. Because I can't get a traceroute to the paypal servers, I went with most likely.

The datat provided last? Well, basically to show the lack of support. I asked for them to try to tracerute from them to the paypal servers, and they gave me data on the path back to my server. Earlier, I had provided my traceroute to the paypal server, but that was without port 443 and tcp, which I didn't realize at the time would give me a different result.

I guess in part, trying to keep the community apprized of actions taken and results. Unfortunately some of the data/results are utter rubbish.

As for us having a SSL, we do (shared as it may be), but there have been no web browsing issues when using it. I mean I can securely login to my admin panel, I can securely get to web pages on our site, so I certainly didn't see the point in the "suggestion" to review that ehow article for our situation.

[RodG]

As for us having a SSL, we do (shared as it may be), but there have been no web browsing issues when using it

The SSL on your server has no bearing on the SSL connections to the PayPal servers.

Cheers
Rod

[RodG]

So, unable to also tell if AT&T truly fits in with my issue, it has been reported multiple times before that they are most likely.

I have to agree that most reports of this nature (especially in the last 6-12months) have turned out to be AT&T related, but that doesn't mean we should assume that this is always the case.

Because I can't get a traceroute to the paypal servers, I went with most likely.

But if your reacerouts were done without the required options then your test, and the conclusions you drew from it are invalid.

The datat provided last? Well, basically to show the lack of support. I asked for them to try to tracerute from them to the paypal servers, and they gave me data on the path back to my server. Earlier, I had provided my traceroute to the paypal server, but that was without port 443 and tcp, which I didn't realize at the time would give me a different result.

You have my sympathy, but it doesn't help with the issue.

Cheers
Rod

[mc12345678]

In that case...........
telnet api-3t.paypal.com 443
.....is suitable for a go/nogo test, but to be useful it needs to be run from your stores' server. It's pretty safe to assume that unless your localhost (home computer) has its own networking issues that the tests will be positive.

Cheers
Rod

I will search through my available options and see if I can issue a telnet command from my hosts server.
Curious what the results would imply, if the telnet fails, doesn't it mean the same thing as the timeout that we've been getting? Bt I could see if it works, maybe something is taking too long in the process?

[RodG]

Curious what the results would imply, if the telnet fails, doesn't it mean the same thing as the timeout that we've been getting?

Yes. That's why its only useful as a go/nogo test. You'll still need the traceroute output to find where things are being blocked.

Bt I could see if it works, maybe something is taking too long in the process?

Maybe.

Cheers
Rod

[mc12345678]

I too have Network solutions for host. So it is not just me that is having this problem on paypal.
DO you have problems with your UPS module too if you use one? Mine intermittently provides rate and most of the time do not. Which makes checkout impossible even using paypal standard. Transactions go through given if UPS is able to provide shipping rates.

Unfortunately someone else with the paypal problems may have to answer that question. Most of our current products are non-shipped. I can though say that I haven't had any errors associated with ups or usps.

[twi]

Unfortunately someone else with the paypal problems may have to answer that question. Most of our current products are non-shipped. I can though say that I haven't had any errors associated with ups or usps.

May I ask who your host is? I wonder if its is a host problem or a general problem that has to do with: Paypal and UPS and one specific host (or all hosts)

[twi]

Unfortunately someone else with the paypal problems may have to answer that question. Most of our current products are non-shipped. I can though say that I haven't had any errors associated with ups or usps.

May I ask who your host is? I wonder if its is a host problem or a general problem that has to do with: Paypal and UPS and one specific host (or all hosts)

Reasoning is it has to be one of those. Otherwise, it's something bigger involved in the internet itself is what I am speculating. It seems like there is nothing wrong with our Zencarts and its something that we cannot fixed if our sites are hosted by paid host.

Reason also for me wanting to know is because I want to know if I was the one that created my error on my sites, or is it Paypal, Network Solutions, and UPS that are having problems that is out of my control to fix.

It was the same period I installed and fully tested a zc151 multisite cart that was functioning correctly. It took me a week to transfer all my data the new site. Then I pointed my URLs to the zc151. It was a day after I did the pointing that I noticed that Paypal Express was not working. Out of panic, I pointed my URLS back to my old zc 139h sites. They appear to be working too. Then I notice that paypal was not working either. It was working the day before that.

Switched from Paypal Express to Paypal standard and it appears to be working. Then I noticed that UPS Shipping mod works intermittently.

Just wonder if it was coincidental that paypal doesn't work because of my actions or not. I am totally lost here.

Any input is greatly appreciated.

[mc12345678]

May I ask who your host is? I wonder if its is a host problem or a general problem that has to do with: Paypal and UPS and one specific host (or all hosts)

Reasoning is it has to be one of those. Otherwise, it's something bigger involved in the internet itself is what I am speculating. It seems like there is nothing wrong with our Zencarts and its something that we cannot fixed if our sites are hosted by paid host.

Reason also for me wanting to know is because I want to know if I was the one that created my error on my sites, or is it Paypal, Network Solutions, and UPS that are having problems that is out of my control to fix.

It was the same period I installed and fully tested a zc151 multisite cart that was functioning correctly. It took me a week to transfer all my data the new site. Then I pointed my URLs to the zc151. It was a day after I did the pointing that I noticed that Paypal Express was not working. Out of panic, I pointed my URLS back to my old zc 139h sites. They appear to be working too. Then I notice that paypal was not working either. It was working the day before that.

Switched from Paypal Express to Paypal standard and it appears to be working. Then I noticed that UPS Shipping mod works intermittently.

Just wonder if it was coincidental that paypal doesn't work because of my actions or not. I am totally lost here.

Any input is greatly appreciated.

Hosting via FatCow... I haven't tried switching PayPal options. I did start working on trying to develop a dynamic encrypted button to have shown if there was an error code of 28 that would show possibly during checkout (hadn't worked on the when to have it shown specifically yet.) Of course have run across some issues with development. Idea was to pass to PayPal the order number and the total charge, or if able I would pass the entire cart contents, but didn't want to make my side complicated at the moment, just functional and using PayPal.

If not mistaken, PayPal Standard uses a different method of communication/end server than trying to reach api-3t.paypal.com.

I apologize for not seeing this earlier, I guess I didn't "update" zen-cart.com to know that I was ready for the next post/email following my earlier posts.

[twi]

Hosting via FatCow... I haven't tried switching PayPal options. I did start working on trying to develop a dynamic encrypted button to have shown if there was an error code of 28 that would show possibly during checkout (hadn't worked on the when to have it shown specifically yet.) Of course have run across some issues with development. Idea was to pass to PayPal the order number and the total charge, or if able I would pass the entire cart contents, but didn't want to make my side complicated at the moment, just functional and using PayPal.

If not mistaken, PayPal Standard uses a different method of communication/end server than trying to reach api-3t.paypal.com.

I apologize for not seeing this earlier, I guess I didn't "update" zen-cart.com to know that I was ready for the next post/email following my earlier posts.

No need for apologies. I would love to have paypal express working too. I am just powerless on the situation. Paypal standard does come through. But My UPS mod is working intermittently. I am losing sales and customers are complaining that they can't get pass the select shipping method page. I hope someone can shed some light on this. my host, Network Solutions are clueless as usual and insist that their servers are working correctly, not to mention a response a week after the problem ticket submission.

Any help from anyone on this forum or any other forum is greatly appreciated.