PayPal Express not taking money for its generated accounts

Hi,

My Paypal express is the only payment module enabled. I have 1.3.8 Zen Cart. Payments go through perfectly when the user has used Zen Cart to create an account, but not when paypal creates the account. We're freaking out because we are now going to have to contact customers and ask them to re-buy. We are afraid we have now lost those customers.

Here is the debug log file I generated when replicating:

Jul 22 2008 13:42 -- IPN FATAL ERROR :: Could not establish fsockopen.
Host Details = http://proxy.shr.secureserver.net:3128 (-1221343728) Unable to find the socket transport "http" - did you forget to enable it when you configured PHP?

http://www.paypal.com/cgi-bin/webscr
Trying again without SSL ...

Jul 22 2008 13:42 -- IPN FATAL ERROR :: Could not establish fsockopen.
Host Details = http://proxy.shr.secureserver.net:80 (-1221343292) Unable to find the socket transport "http" - did you forget to enable it when you configured PHP?

http://www.paypal.com/cgi-bin/webscr
Trying again without specified protocol ...

Jul 22 2008 13:42 -- IPN INFO - Confirmation/Validation response
SUCCESS

Jul 22 2008 13:42 -- Breakpoint: 1 - Collected data from PayPal notification

Jul 22 2008 13:42 -- Breakpoint: 2 - Validated transaction components

Jul 22 2008 13:42 -- Breakpoint: 3 - Communication method verified

Jul 22 2008 13:42 -- Breakpoint: 4 - Details: txn_type=unknown ordersID = 0 IPN_id=0

Relevant data from POST:
txn_type = unknown
parent_txn_id = None
txn_id = 57E39355NT520125Y

Jul 22 2008 13:42 -- Breakpoint: 5 - Transaction type (txn_type) = cart

Jul 22 2008 13:42 -- IPN NOTICE :: This is a detailed-cart transaction

Jul 22 2008 13:42 -- IPN NOTICE :: This is a detailed-cart transaction (i)

Jul 22 2008 13:42 -- IPN WARNING :: Currency/Amount Mismatch. Details:
PayPal email address =
| mc_currency = USD
| submitted_currency = USD
| order_currency = USD
| mc_gross = 6.00
| converted_amount = 0.00
| order_amount = 0

PLEASE HELP ! :cry: Thank you for any insight.

Okay, for some reason, that one DID go through just fine. And I can't replicate the problem, but it has happened before I turned debugging on. I checked the Paypal live status page, and found that two of the orders did not go through during the times they say there was a problem. So..... if it turns out that the only problem is that PayPal's servers weren't working, what is my recourse!?! Do I now have to go to the customer and say there was a problem, please re-order? Is there a way to get the money and ship the order without bothering the customer?!? Do I call PayPal to make the order "Good" or is it lost forever?

Thanks for any help! :cry:

Let me reiterate that 3 orders that were made by PayPal express where the customer account was generated by PayPal did not go through even though there was a confirmation of the order, and they did not take place during PayPal server "Down Time" -- still worried this will happen again, don't know what's wrong. :cry:

I tried using the ipn test that comes with 1.3.8 (I have no modules installed): http://www.demsdodenver.com/democrat_merchandise/extras/ipn_test.php and I get "Illegal Access" and nothing more on the page. Aggghhh! :frusty: help please, thanks.

snowkrash:

I tried using the ipn test that comes with 1.3.8 (I have no modules installed): http://www.demsdodenver.com/democrat_merchandise/extras/ipn_test.php and I get "Illegal Access" and nothing more on the page.

ipncheck.php would be more appropriate.

snowkrash:

Here is the debug log file I generated when replicating:

Jul 22 2008 13:42 -- IPN FATAL ERROR :: Could not establish fsockopen.
Host Details = http://proxy.shr.secureserver.net:3128 (-1221343728) Unable to find the socket transport "http" - did you forget to enable it when you configured PHP?

http://www.paypal.com/cgi-bin/webscr
Trying again without SSL ...

Jul 22 2008 13:42 -- IPN FATAL ERROR :: Could not establish fsockopen.
Host Details = http://proxy.shr.secureserver.net:80 (-1221343292) Unable to find the socket transport "http" - did you forget to enable it when you configured PHP?

http://www.paypal.com/cgi-bin/webscr
Trying again without specified protocol ...
Why are you using a proxy server?
Does your hosting company require it?

snowkrash:

Do I now have to go to the customer and say there was a problem, please re-order? Is there a way to get the money and ship the order without bothering the customer?!? Do I call PayPal to make the order "Good" or is it lost forever?
Since you never got the payment, it is likely that the customer never got charged either.
Thus, you could go into your PayPal account and send a money-request to the customer, perhaps after telephoning them and explaining that there was a problem with the original transaction and payment wasn't completed. They can of course check their PayPal account for verification before sending you payment via your money request.

If for some reason they "did" get charged, but you didn't get the money, you'll need their transaction ID to contact PayPal to find the money.

Thank you for your response! I am using GoDaddy and they require a proxy server. The customer was never charged, so we will try what you suggested in dealing with the customers that have placed these orders. I will try using ipncheck and report back.

results from ipncheck: IPNCHECK.PHP - Version 1.0

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

Warning: fsockopen() [function.fsockopen]: unable to connect to ssl://www.paypal.com:443 (Connection timed out) in /home/content/d/e/m/demsdodenver/html/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.

What could be causing the error above in the ipncheck for SSL? And why would I be able to place orders at all and they work? I noticed that even though we do not have a CC module enabled (the only payment module enabled is PayPal Express, an order that did not go through said "cc" next to it in the orders list in the admin area, instead of saying "paypalwpp" like all the others do. How could that even happen when no other module is enabled? I completely uninstalled that module so it doesn't happen again, and unistalled all other payment modules other than PayPal Express. So, now I am left with this error in the ipncheck return output that I know will cause problems... any idea as to what causes that error, so I can try some things? Thanks for any help.

snowkrash:

What could be causing the error above in the ipncheck for SSL?GoDaddy's bizarre hosting configuration.
snowkrash:

And why would I be able to place orders at all and they work?Well, generally, placing orders normally works. In fact, you got the orders, right?

You didn't report back yet whether the customer was actually charged and whether PayPal found money sitting where it wasn't supposed to be.

snowkrash:

I noticed that even though we do not have a CC module enabled (the only payment module enabled is PayPal Express, an order that did not go through said "cc" next to it in the orders list in the admin area, instead of saying "paypalwpp" like all the others do. How could that even happen when no other module is enabled?There is an occasional quirk, seemingly caused by something related to coupons perhaps, which has been reported to cause the payment to be completed via a module that's "installed" but "not enabled". Rule of thumb: don't merely "disable" a module if you're not using it. Remove it completely using the "Remove" button.
snowkrash:

I completely uninstalled that module so it doesn't happen again, and unistalled all other payment modules other than PayPal Express.Good.
snowkrash:

So, now I am left with this error in the ipncheck return output that I know will cause problems... any idea as to what causes that error, so I can try some things?ipncheck.php doesn't account for GoDaddy's proxy requirements. That's why you get that error when running the checkup on your particular server.

Wow, thanks for the detail! The orders that didn't work, they were never charged, so we are sending a paypal request for the funds.
So, I shouldn't worry about the ipncheck error is what I'm understanding from you. The orders that did go through are perfect. everyone was charged, the cart understands and everything is peachy. So, I will leave debugging on for the next few days and report back if there are any other issues now that I've completely uninstalled other payment modules. It seemed to happen when they tried to use paypal to create the account so I will keep an eye out for that now. I can't test for that myself, cause it catches what I'm doing and recognizes I have an account and links me to the account already created, so I'll get a friend to help with that. Thanks!!!!!!!!!!!! :lookaroun