Since last Saturday, May 29, 2015, the Silent Post for Data Transfer has not been working for my test and live accounts on paypal.
Has anyone else experienced a problem?
I received a notification from PayPal that depending on the SSL certificates installed on the server that the POST is being sent to, it may fail.
They recommend changing the endpoint for the silent post to be http vs. https.
I hope this helps someone else.
Related
My IPN scripts have been working for many years now and I have made no changes. Starting last week the PayPal server seems to think that I am not getting the messages. I have checked my server logs and all calls from paypal return 200 ok. The calls also do the database entries and mods as if everything is working, but PP server thinks I did not receive them, so they keep re sending. Any advice on how to diagnose would be greatly appreciated as you know how PP deals with these things.
IPN php scripts that have been working for years
they add entries into my database and return 200 ok from my server logs but paypal thinks I did not recieve them so they keep re-sending
Review your account's IPN history at: https://www.paypal.com/merchantnotification/ipn/history
This will show the HTTP status you are actually returning to PayPal. If PayPal is retrying the sending of IPNs, it is either receiving no response or an HTTP status other than 200.
Cross check with your web server's logs to confirm, and assuming you are sending something other than 200 proceed with debugging that issue.
yes off course I checked IPN history. Most of them show no response code, My server logs show it responded 200 ok
I have just begun working with an account that had been set up by someone else using Auth0 and Sendgrid to handle email verification.
Ever since the 11th of December, the whole thing just stopped sending emails out of the blue. We thought it had to do with payment plan but even after the upgrade it didn't change anything.
But here's the weird part: When we send a test email the whole thing works perfectly, but when we try to re-send authentication email it doesn't.
Does anyone have any clue as to what might be going on? We've checked settings and price plan and neither are any different to other accounts with the same set-up, yet it hasn't been working since the 11th.
I work with the Auth0 Community team. Are you seeing anything in the logs about emails failing to send? Are verification emails turned on for your tenant? We also have a step by step setup doc for setting up Send Grid which you could use for confirming your current setup which I've shared below. I hope this helps you in the path forward.
https://auth0.com/docs/email/providers#configure-sendgrid
I have a silent post url set up. I know that my code for the silent post url works in that if i send a form with information to this url, it carries out the instructions I have set for it -- waiting to receive silent post from Paypal when someone makes a payment.
The customer for whom i am working has a separate processor - not Paypal. They use the Payflow link as a gateway only.
In spite of having the silent post url set up, we're not getting anything back from Paypal when someone makes a payment. Is it because Paypal is not the processor, or is there some other reason maybe?
Found out why it wasn't working. The host had shut of TLS 1.0 months ago. Paypal (and maybe other services) still uses TLS 1.0. Once the host was made aware of this, they set up a workaround for me. There wasn't any error message on my server because the messages sent from paypal never got through. The initial handshake that they tried to send via TLS 1.0 failed, so the rest of the information was never attempted.
I'm trying to test using the IPN Simulator and can't get it to work with anything other than first level .com domain
Anything like
domain.co.uk or
subdomain.domain.com
is giving me errors. (We could not send an IPN due to an HTTP error.)
This makes it more difficult, as I'm obviously not going to be testing on my live domain.
Am I missing something?
Thanks,
Stevo
My website did not respond 200 on the POST request.
Only responded 200 on a GET request, which is all I tested. After fixing my web server, all seems fine
I'm getting this answer when trying to use PayPal's IPN Simulator ("We're sorry, we could not send an IPN").
I know there are all kinds of ways I could be doing something wrong on my end, but I think I have covered all of them by now. My callback works when I send a POST request with dummy transaction data myself, from a computer in a different network than my server is in. There appears to be no firewall/proxy/connectivity/topology issues, server is there, port is open, and yet the simulator does not send IPNs.
I'm NOT using HTTPS and my server is NOT listening on port 80, does the IPN service has any restrictions on either protocol or port? If not I really have no idea what might be wrong.
Thanks, any help will be greatly appreciated.
It looks like that the IPN simulator does not want to work on ports different than 80.
Also, you should check if you need to add additional headers like host (http 1.1) and connection close. I'm saying this because they are missing from the example script from paypal (PHP impl)