Tips and Tricks HQ Support Portal › Forums › WP eStore Forum › Paypal IPN log file works, paypal.php works, Paypal IPN history shows retrying
- This topic has 5 replies, 3 voices, and was last updated 12 years ago by choyt.
-
AuthorPosts
-
October 7, 2012 at 5:57 pm #7577tcpluginMember
First of all, this is a great plugin and works OK I’m now trying to fine tune it and setup Paypal IPN. For some reason, this doesn’t work after several hours of trying and reading hints and tips on this forum.
What I’ve done and checked so far:
– Enabled Paypal IPN: OK, it shows IPN transactions on the IPN history page
– The URL seems to be OK: <domain>/wp-content/plugins/wp-cart-for-digital-products/paypal.php
– When I call this URL from my browser directly, it adds an entry in the IPN debug log, so write access seems to be OK
– All IPN transactions on Paypal keep the status retrying, the retry count is still increasing so for some reason, Paypal can’t connect.
I would expect entries in the custom.log from the Apache webserver pointing to <domain>/wp-content/plugins/wp-cart-for-digital-products/paypal.php => nothing
Any suggestions? Thanks!
Sjaak
October 7, 2012 at 6:00 pm #50107tcpluginMemberAdditional info I forgot which might me related to the fact that IPN is not working:
– Customers don’t receive a confirmation message from WP EStore. The setup option is enabled
– The same email for the seller isn’t sent as well. Regular contact form emails are working though.
– The sales stats are not increased by +1 when a customer uses Paypal. This only works when you use manual orders.
October 7, 2012 at 8:42 pm #50108adminKeymasterThat means PayPal is having difficulty sending the IPN to your web server. This usually happens when you have a slightly misconfigured server
Check step 5 of the following checklist which tells you how you can manually send a test email from PayPal’s server to verify this:
https://support.tipsandtricks-hq.com/forums/topic/what-to-do-if-the-debug-file-is-empty
If you share the URL of your site then I will be able to verify this for you too.
Once you verify that PayPal indeed is failing to connect to your server and send IPN then contact your hosting provider and request them to fix this. If PayPal cannot send IPN to your server then no shopping cart will work.
October 9, 2012 at 10:53 am #50109tcpluginMemberThanks for your info. I’ll take a look later this week.
Btw: the URLmof the log file is [http://premonitionfactory.com/wp-content/plugins/wp-cart-for-digital-products/ipn_handle_debug.log]
November 6, 2012 at 1:09 pm #50110choytMemberHi…I’m going through the process of setting up this plugin and for the most part it has been smooth. I have run into a snag though.
Like the problem referenced at the beginning of this thread, I don’t seem to be getting the IPN back from Paypal? Paypal settings seem to be right, (based on suggestions from TipsandTricks website), and in the Paypal IPN history, the IPN status for the 4 transactions I’ve attempted all say, “Retrying”.
The “buyer” email is not being sent out with the encrypted link. I get an email saying someone has purchased something and it shows up in Paypal as having made a sale.
I also do not receive any messages in the debug log, although if I click the button to “Reset Debug Log Files”, I do then see an entry saying that the logs have been reset.
After researching the forums for answers, I’ve been able to narrow it down “I think”.
For instance, one of the things that stands out is the fact that when I plug this url into my browser, I get a, “Page Not Found Error 404”. [http://www.cajunmicrowaveplans.com/wp-content/plugins/wp-cart-for-digital-products/paypal.php]. Do you think I’m looking at an issue with my host?
Using WordPress version 3.4.2 and the latest version of eStore, 6.9.2, (which I have reinstalled twice trying to correct the problem).
One other thing I might mention. My site was compromised recently with the “pharma hack”. At that time I loaded the Sucuri Scanner plugin which has an option to “harden” various parts of my installation to protect against malware. I have since paid Sucuri to clean and monitor my site. I suppose that is an area I should consider as being suspect as well?
Thanks in advance for any information or advice you can offer. Anxious to get this working and start selling!
November 6, 2012 at 3:05 pm #50111choytMemberUPDATE…
It seems that the problem I was having was with the Sucuri “hardening” feature. It added an .htaccess inside determined directories to prevent direct execution of php.
All is working great now!
-
AuthorPosts
- You must be logged in to reply to this topic.