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

[twi]

Amen... In part makes me want to go work for one to improve their capability and performance, while at the same time not to because of the lack of expected competence.

I had in my mind more of a "one (web) pager" that I thought you had developed somewhere in the forums but was discussed in this thread, but the first referenced post probably would be the most "educational". My guess is that they continued to test like I did (as I didn't have the necessary tools to implement a TCP traceroute on port 443), and "assumed" that it was all a-okay. :/ at least they did provide a response within the time frame they stated they would, albeit was just a yeah we know people are having difficulty, working on it, and will get back to you type response. *rolling eyes*

As part of their policy if they are late in responding then they can be contacted to provide reimbursement for services. I've suggested to those that pay to follow up with that because of the minimum three occasions spanning two months (end of July and beginning of August) when they haven't even come close to responding within the time frame they identified. Realize we're not talking about pizza delivery, but three+ days is not even close to 4-6 hours.

May I Asked who your host is? It seems like it's not just affecting Network Solutions customers. All of us seems to have the problems resolved all of a sudden. RNRN has his resolved and told me about it. And I found out mine is resolved. RNRN and I happens to have the same host.

[DrByte]

I believe One thing is still amiss. The confirmation emails send to customer on account creation and order updates returns as undeliverable. any insight into this one?

Not related to PayPal Express.

If your emails are coming back as undeliverable, then either you're sending to invalid addresses, or your hosting company's email gateway is mangling the outgoing emails.

That's really something for you and your host to sort out.

[mc12345678]

May I Asked who your host is? It seems like it's not just affecting Network Solutions customers. All of us seems to have the problems resolved all of a sudden. RNRN has his resolved and told me about it. And I found out mine is resolved. RNRN and I happens to have the same host.

Fatcow is our host. I have half-heartidly tried to determine what if any relationship the two have. All I have seen though is that fatcow discusses something about adjusting or changing some settings associated with network solutions in a help file.

As I have seen messages of success, I have attempted to test without success, so problem is still present on my service.

I've provided a link to this thread, and previouusly a number of test methods (not directly available to me and that should be possible by them). I plan on giving them some more time to self-identify the issue and then point towards what has been reported here as a firewall upgrade/changeout performed about two weeks ago.

[twi]

Not related to PayPal Express.

If your emails are coming back as undeliverable, then either you're sending to invalid addresses, or your hosting company's email gateway is mangling the outgoing emails.

That's really something for you and your host to sort out.

Thank you. I will look into that in that direction and notify the host of the same.

Thank you all in here that was involved and being very supportive of each other in solving the problems. I call that human nature at its best.

[twi]

Fatcow is our host. I have half-heartidly tried to determine what if any relationship the two have. All I have seen though is that fatcow discusses something about adjusting or changing some settings associated with network solutions in a help file.

As I have seen messages of success, I have attempted to test without success, so problem is still present on my service.

I've provided a link to this thread, and previouusly a number of test methods (not directly available to me and that should be possible by them). I plan on giving them some more time to self-identify the issue and then point towards what has been reported here as a firewall upgrade/changeout performed about two weeks ago.

best of luck to you. patience will pay off even though very frustrating in the process since everything is at stake. Interesting that you mention fatcow hosting discussed about network solutions. Maybe that are related, or one and same company that we are not aware of.

So far all of my sites worked, and I have jump the gun to point all my urls to my new upgraded zc1.5.1 Multisites. I hope it will actually work using Paypal Express. Initial testing does take me the to the Paypal payment page. As Dr Byte mentioned, if zc is able to go to the Paypal payment page, than that means that zc is communicating correctly with paypal and it should work.

The problem ticket I submitted concerning outdated DNS, to my host was not answered yet. RNRN 's sites are working after he called the host (Netsol, which is mine as well). Mine as well now. It appears that he was the one that solved my problems as well.

Again thank you all that is involved.

[mc12345678]

best of luck to you. patience will pay off even though very frustrating in the process since everything is at stake. Interesting that you mention fatcow hosting discussed about network solutions. Maybe that are related, or one and same company that we are not aware of.

Not sure of the relationship between the two, the link I tried to describe actually was from a google search of "fatcow and network solutions" to try to see if there was a connection. There's not much that comes up with those two other than this site (http://www.fatcow.com/knowledgebase/....bml?kbid=5782) on fatcow talking about updating DNS settings at Network Solutions.

[mc12345678]

By the way, for those that have had this issue resolved and had made either or both curltester.php and ipncheck.php available to the internet world, remember to remove it from the accessible area(s) and ensure that still have a copy where it originally was. Just in case of the unfortunate event that it/they are needed again.

Still waiting on my end, but congratulations on yours being successfully restored.

[mc12345678]

So, aint this a kick in the pants: finally after commenting to support person, commenting in our service ticket, and commenting in a survey, our host provided some information about the status of our issue 2 weeks after initiating the first of two trouble tickets.

Ready for this? Problem exists at or beyond AT&T, with whom started with the first go round and who told me that they didn't see any issues and when asked to perform the telling test(s) took an easy way out and did a test that provided no value. Imagine that. (For those just reading, it's been two weeks of trial after trial to attempt to identify where the problem is, being provided information that has nothing to do with the request although I didn't initially realize that I was being provided non-useful information, etc. So let's just say it has been frustrating to get such a run around.)
So back to reaching out to AT&T to see if I can correctly describe the problem, and methods to test for the issue and see if I can get a different response.

[Carl]

Hello all, I now have this error 28 problem which started Thursday 15th Aug. I have yet to contact my host (host papa) I have read all 13 pages of this thread and it gets complex in parts.

Before I go further could someone please look at my ipn check below and tell me if ok or not.
Thank you, Carl.

IPNCHECK.PHP - Version 1.3.9


CURL ERROR: Attempted connection on: https://www.paypal.com/cgi-bin/webscr
(6) Couldn't resolve host 'www.paypal.com'
Trying direct HTTP on port 80 instead ...
CURL RESPONSE RECEIVED - Communications OKAY
IPN TESTING - Response Received via CURL -- COMMUNICATIONS OKAY
IPN TESTING - Confirmation/Validation response with fsockopen(): FSOCKOPEN() RESPONSE RECEIVED - Communications OKAY


Default method likely to be used for communications is: CURL, with the fallback method being FSOCKOPEN if possible.

Script finished.

[mc12345678]

Hello all, I now have this error 28 problem which started Thursday 15th Aug. I have yet to contact my host (host papa) I have read all 13 pages of this thread and it gets complex in parts.

Before I go further could someone please look at my ipn check below and tell me if ok or not.
Thank you, Carl.

IPNCHECK.PHP - Version 1.3.9


CURL ERROR: Attempted connection on: https://www.paypal.com/cgi-bin/webscr
(6) Couldn't resolve host 'www.paypal.com'
Trying direct HTTP on port 80 instead ...
CURL RESPONSE RECEIVED - Communications OKAY
IPN TESTING - Response Received via CURL -- COMMUNICATIONS OKAY
IPN TESTING - Confirmation/Validation response with fsockopen(): FSOCKOPEN() RESPONSE RECEIVED - Communications OKAY


Default method likely to be used for communications is: CURL, with the fallback method being FSOCKOPEN if possible.

Script finished.

So to me it looks like you can safely use the standard method of accepting payment via paypal; however, the test does not reflect on paypal express. Have you tried curltester.php yet? (Realize you said you're getting a 28 error, but didn't see that stated what process was giving it.)