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.
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 am using Joomla and Hikashop with the Paypal plugin and Joomlabamboo's Rasa2 template. I am using a Paypal sandbox and I am getting the following email generated by Hikashop and sent to the email address set up in the shop configuration:
Hello,
A Paypal notification was refused because the connection to the confirmation server failed.
Check the documentation concerning this issue at www.hikashop.com/index.php?option=com_up...pal-error#connection
This notification was for the order E4 on the website www.mysite/
You can access the order details directly by clicking on the link below after logging in your back end:
www.mysite/administrator/index.php?optio...task=edit&order_id=4
The explanation is the following:
Connection to paypal failed
When your server receives a notification it needs first to confirm whether this notification comes from your payment gateway or not because it is always possible that a valid IP address has been injected and that someone else is tried to validate an order. So there is a mechanism in place to contact a paypal server HikaShop knows as being an official paypal server to confirm that it comes from paypal. If this connection fails, that means that either your hosting company is blocking outgoing connections from your server or you don't have the openssl option activated in your PHP configuration or that the paypal servers are down, the later being a lot less likely. So you should check that you website is able to make outgoing connections and that the SSL is activated. Also, we advise you to contact your hosting provider to ask them about their policies on outgoing connections. If they are not blocking them, then you might want to contact us via our forum as we might need to adapt our plugin to a change from paypal.
When I asked my host (Siteground) the said they were unable to locate any server-related reason for it.
Is it because I am using Paypal's sandbox? I am not receiving emails in the Notifications section in the Sandbox either.
Any suggestions?
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.
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)
Speaking with PayPal techs, they insist that a single PayPal Advanced gateway account should be able to accept payments on more than one domain name if using "Layout C" and the silent post method.
I have verified that I can indeed process a transaction... however, the silent post is (obviously) always sent to the url specified in manager.paypal.com... which, of course, is not going to work.
All I can figure is that since I run both domains, they think I should put a "forwarding" script in the hard coded silent post url which basically looks for an originating domain parameter and re-sends the post to the secondary domain.
If you have done this... I am interested to know how you did it.