Not sure where to look to troubleshoot this error. Have checked and doublechecked settings in PayPal and CB Subs. Can get all the way through the subscription transaction, talk to PayPal securely, process the payment and then when PayPal returns the user to the site, this is the error received:

"Sorry no response for your payment from payment server (error ). Please check your email and status later. No suitable basket found."

Are there any logs I could be reviewing to see where things might be going wrong?

This is running on a 64 bit CentOS 5 server, PHP 5.1.6, Apache 2.2.3

Thanks!

Post edited by: krileon, at: 2010/04/26 16:52

Thanks for the hint re: the logging locations.

Doesn't seem to be the firewall. We are processing securely through PayPal, so I thought maybe the IPN notification URL needed to be https, tried that, no difference.

I'm not sure what would be helpful to post here, but here's an abbreviated version of the messages I am getting say:
History log:

---

Event time: 04/22/2010 08:26:08
Message: Paypal: Error at notification received: could not reach Paypal gateway for notification check at www.paypal.com. COMMUNICATION ERROR:


NOTIFICATIONS

---

Notification Id: 503
IP Address: xxx.xxx.xxx.128
Notification type: PDT payment gateway communication error

---

And then on PayPal itself:
Latest delivery attempt date/time4/22/2010 12:31 PDT

Notification URLhttps://www.mydomain.com/index2.php?option=com_comprofiler&task=pluginclass&user=97&plugin=cbpaidsubscriptions&cbpaidsubscriptionsmethod=paypal&cbpaidsubscriptionsgacctno=3&cbpaidsubscriptionspdtback=(removed for privacy)&cbpaidsubscriptionsbasket=23&result=notify&cbpid=(removed for privacy)&no_html=1&format=raw

HTTP response code 500

---

We've checked these things also and can't find an answer.

There are no errors in the apache logs.

There is nothing being blocked incoming or outgoing on the firewall. We watch it live while the transaction is taking place.

There are no SSL errors what so ever either. We expected there might be some.

We tested using both http and https connections in case for example https was being used and somehow, the transaction turned to http during the process. However, we see nothing indicating this behavior either.

We have both a dev and a prod environment. Taking the last URL seen in the logs, which is from paypal, inputing that into the local dev site gives exactly
the same error of no basket found.

>CBSubs uses all security features available by >Paypal, and that means that CBSubs is checking all >paypal information with a call-back to paypal's >servers.

This is what we feel might be wrong also, some sort of authentication or communication error but we cannot find what it is.

Kind of at a loss here .