January 10, 2013 at 7:22 pm #18293
Here is an example: [http://www.tronmusic.com/?page_id=191]January 11, 2013 at 4:02 am #18294
@shiva, Step 5.a (refer to this main post of this thread) is what is going wrong on your site. PayPal is failing to deliver the IPN to your site. Basically, you have added a plugin or your server added some firewalls that is blocking the IPN from PayPal. Remove any firewall plugin that is incorrectly blocking PayPal’s IPN otherwise no shopping cart will work on your site.
If you didn’t add any firewall plugin yourself then ask your hosting provider the following and they will be able to fix their issue on the server:
Why isn’t my server accepting PayPal IPN? It is blocking the PayPal IPN so my shopping cart is failing to process PayPal payment.
Check this post too:January 11, 2013 at 5:52 pm #18295
Ok I tried that, it still didn’t work. In fact, there is a new problem. I changed the email of the account to which payment is supposed to go because my customer got a new account. I changed that in the settings, but payment still goes to the old one. So, what’s going on, here?
As far as server firewalls, I am still looking into that. Thank you.January 11, 2013 at 5:53 pm #18296
PS – nevermind on the email. It has to do with a setting in Paypal. Checking on the server…June 10, 2013 at 2:24 am #18297
Out of the blue, I just had a new member pay through PayPal, but no record of it exists in eStore or eMember. They can’t register, no email, nothing.
Ran all the tests, debug log has nothing after 6/4/2013. No new members since then (except this new one today), but recurring payments have gone through. Not sure if those are supposed to be in the debug log but they’re not.
Debug is (obviously) enabled.
Had PayPal sandbox send 3 IPNs. All 3 said they were successfully sent, but no record of them. Debug log is still unchanged since 6/4.
After the 1st 2 IPNs, I deactivated and reactivated eStore and eMember. 3rd IPN was then sent, with the same result.
PayPal says everything is fine on their end. Been through the entire checklist form previous posts (debug, conflicts, etc).
site is: lessons.justinvarnes.com
Thanks in advance,
Justin VarnesJune 11, 2013 at 12:35 am #18298
Hi Justin, I did some quick test on your site and it seems like the PayPal IPN feature is disabled on your PayPal account (refer to step 6 in the above checklist).
Remember, Your sandbox account profile is completely different than your live PayPal account (they don’t share any settings). So make sure to check the appropriate PayPal account profile and enable the IPN feature in that profile.June 11, 2013 at 12:32 pm #18299
thanks. Somehow it got turned off? It’s back on now, and debug is spitting out info again – all good signs – but now I’m getting this:
[06/11/2013 12:25 PM] – SUCCESS :Paypal Class Initiated by 184.108.40.206
[06/11/2013 12:25 PM] – SUCCESS :Post string : [redacted]
[06/11/2013 12:25 PM] – SUCCESS :Connection to http://www.paypal.com successfuly completed.
[06/11/2013 12:25 PM] – FAILURE :IPN validation failed.
[06/11/2013 12:25 PM] – SUCCESS :Paypal class finished.
This is from a test IPN from PayPal Sandbox.June 12, 2013 at 1:23 am #18300
Looks like you are doing live PayPal transactions so go to eStore’s payment gateway settings and use your live PayPal merchant email address (looks like at the moment you have the sandbox one which is wrong for live transactions).June 12, 2013 at 4:32 am #18301
I have it set to my merchant email address. The code i copied was from a sandbox transaction. Don’t know if that matters. To bypass any sandbox issues…
I just tried re-sending the IPN messages from PayPal. It said it was re-sent, however there is no new debug text. I then went and double checked that my IPN was still enabled in PayPal and it was.
I then tried sending another sandbox IPN and that showed up in the debug log with the same FAILURE script as what I previously posted. SO: the debug log is working, but PayPal’s real IPN’s aren’t showing up. Again, I keep re-checking that the IPN is enabled on Paypal and it is.
In the meantime, while we iron this out, can I just manually create a user ID, etc for this customer so they don’t have to keep waiting? Obviously I want to get this fixed for future sales, but I also don’t want to keep this person waiting as it is a subscription site.June 12, 2013 at 5:57 am #18302
Okay the back and forth setup of sandbox and live options are causing a bit of confusion.
Forget about PayPal sandbox testing (you don’t need it).
Please do the following:
1) Make sure the “Enable Sandbox” option if TURNED OFF in eStore settings
2) Make sure you are using your live PayPal merchant email address in the eStore’s payment gateway settings
3) Log into your live PayPal account (not the sandbox one).
4) Go to the account profile section and make sure IPN feature is enabled in this account.
Now, do a test transaction (a live one) and you should be fine.
I have also sent you an email to get access to your site so I can check the above mentioned settings myself to sort it all out.August 18, 2013 at 4:50 pm #18303ejsimmonsMember
Same basic problem, buyer does not get email after payment.
I have tried for a few hours to fix this, but have not been able to do so.
The url if needed is trialroadmap.com/members
For a test purchase, PayPal sends the email that “You received a payment of $0.01 USD from [buyer]”
And PayPal sends to the buyer the email “You sent a payment of $0.01 USD to [seller]”.
But eMember and eStore do not send the necessary information. That is, neither the email with registration link to buyer, nor any email from eMember or eStore to the seller.
Reviewed the videos again, did a forum search for others who had this problem, did these steps:
wp estore / settings / general settings:
“Use WordPress Mailing System” is checked
“Send Emails to Buyer After Purchase” is checked
and “Enable Debug” is checked
Tried a purchase. But the ipn_handle_debug.log has no log entry. It is blank.
One set of steps that I tried to follow is at
No entry. For the ipn_handle log file, I changed permissions from 644 to 666 using an FTP client. Then a visit to
“Step 5: Now the options get narrowed down to…
a) something is blocking the PayPal IPN.
b) Your paypal profile is not set correctly to send the IPN.”
[My attempt to do step 5:
Deactivated the plugins BulletProof Security Pro and W3 Total Cache. Another test purchase. Still no email from emember or estore.]
Did not try to set up sandbox under Paypal. Instead, called tech support at Liquidweb:
While talking with tech support, I did yet another test purchase. He could see ip denied.
Paypal has article posted re its ip addresses for applications, the ip address was on the list.
So he white-listed that ip address that was being denied on APF firewall.
Is there another suggestion or can I hire someone to fix this?
Thanks.August 18, 2013 at 11:27 pm #18304
Your issues is 5.a (your hosting providers is blocking PayPal IPN to your server):
There is no need to do anything else until you take care of this issue.
The IP white listing that your hosting provider did, hasn’t changed the fact that PayPal is still failing to send IPN.
Tell your hosting provider the following:
When PayPal tries to send IPN to my ipn handling script, it gives a 403 error. Please fix it so I can receive PayPal IPN at the following URL:
Once they fix it (or they think that they have fixed it), let me know so I can check from my end to make sure that they really fixed it.August 19, 2013 at 1:03 am #18305ejsimmonsMember
Liquidweb at first requested more information, such as a list of ip addresses. While on the phone with Liquidweb, we changed the permissions to 777 for testing purposes on the /paypal.php file, made another test purchase, still no relevant entry in the ipn_handle_debug.log file. Then the support person was puzzled, and determined that an htaccess file had prevented access.
I had earlier installed Bulletproof Security Pro plugin on the site. That plugin adds htaccess files for security. I had deactivated the plugin but did not realize the htaccess would be a problem. THe support person added 3 ip addresses (apparently the PayPal ip addresses) as permitted ip’s in the htaccess file. The site did return an email “Thank you for joining us! Please complete your registration by visiting the following link …”
The site also sent 4 emails “Hi, Your account profile has been updated according to your latest payment. Please log into your member profile to view the details.” I had made several test purchases, so this may relate to the stages of fixing this.
The site sent 5 emails “Thank you for your purchase! Time Graphics Membership x 1 – $0.01 (USD) Any item(s) to be shipped will be processed as soon as possible, any digital item(s) can be downloaded using the encrypted links below.”
Perhaps you could check and let me know if it appears to be fixed.
Thanks, – E. J.August 19, 2013 at 11:28 pm #18306
Yes, it looks to be fixed now. PayPal should be able to send IPN to your server correctly. So everything should be working fine now.May 12, 2014 at 4:04 pm #18307wploveSpectator
I’m trying to figure out why I’m getting a checkout error. I’m using Authorize.net as my gateway. After I checkout, I get a “Transaction Error” page with this:
“There was an error with the transaction processing. Please see below for details
No help there so I enabled the debugging log and tried again. Nothing came up when I clicked on the log links so I started troubleshooting following the steps outlined in the beginning of this post. I got stymied on Step 4. Can you tell me how to proceed if I am using Authorize.net? The instructions are all PayPal.
- You must be logged in to reply to this topic.