VA23

VA23 · ‎May-05-2022

Looks like the certificate now matches the domain and properly verifies. Any update on what happened earler?

VA23 · ‎May-05-2022

The IPN verification SDK is now throwing an SSL error: PHP Fatal error: Uncaught Exception: cURL error: [60] SSL: no alternative certificate subject name matches target host name 'ipnpb.paypal.com' in xxxx/PaypalIPN.php:126\nStack trace:\n#0 xxxx/notify.php(22): PaypalIPN->verifyIPN()\n#1 {main}\n thrown in xxxx/PaypalIPN.php on line 126 When navigating to ipnpb.paypal.com in a browser, an SSL error is indeed thrown. What's happening here?

VA23 · ‎Apr-28-2022

Nevermind, please disregard ... turns out our WAF was flagging some of the IPs coming from the PayPal ASN as bots and blocking them. We've cleared it up now.

VA23 · ‎Apr-28-2022

Looks like this week the IPN notifications have been very delayed. A sale will happen and then the IPN historical dashboard will show the transaction in a retrying state for up to 6 times or so with NO HTTP status code. Sometimes the IPN packet comes through in a minute, other times it comes in a whole hour after the transaction occurs. This is causing big problems for us. I know it's not our server as I've checked all the server logs and there is only ever ONE attempt to call our IPN handler (notify.php) and it always returns a status 200 and works fine. This is obviously the last retry attempt (again, up to an hour after the purchase sometimes). Every attempt by PayPal to resend the packet doesn't actually do anything. It's not our firewalls/WAF/security systems either as we setup logging to track all packets and it only ever comes in just one time - just very delayed. So what's going on PayPal with the IPN systems? Can we please get this resolved?

VA23 · ‎Apr-08-2022

Thanks - yes, same response as you.

VA23 · ‎Apr-08-2022

Thanks ETF - you're correct, that's the response back from PayPal, but not the response back from the default verifyIPN method that PayPal provides in the SDK. See the last bit of code from their implementation: // Check if PayPal verifies the IPN data, and if so, return true. if ( $res == self ::VALID) { return true ; } else { return false ; } VALID is just a constant that is = 'VERIFIED'. So you're trimming $res in this example then?

VA23 · ‎Apr-08-2022

What does your verified variable contain so we can compare notes with the above poster? verified should only be returning a boolean, true or false. Not VALID/INVALID I thought?

VA23 · ‎Apr-08-2022

Trim the result of this? $verified = $ipn -> verifyIPN (); ... and that fixed the issue for you? For me it seems $verified is actually coming back entirely empty!

VA23 · ‎Apr-08-2022

IPN verifications started failing earlier this week for a brief moment overnight (EST) and then seemed to have resolved. Then again, earlier this morning (EST) around 6AM IPN verifications started failing again. Even if I re-sent the IPN packet, it would still fail verifications, so I had to manually process sales. What's going on and when can we expect a fix please?

VA23 · ‎Apr-08-2022

I am experiencing issues with this as well. The same occurred earlier in the week and then seemed to have resolved itself. The IPN verifications are failing even though they shouldn't be. PayPal - what's going on?

VA23 · ‎Mar-14-2022

Hi - looks like we're experiencing very large delays or non-delivery of IPNs in our production account. Is there a service disruption on your end that is causing this and do you have an ETA? Thanks

VA23 · ‎Aug-24-2021

It looks like the old IPN sandbox endpoint is no longer working again. Instead of this: https://ipnpb.sandbox.paypal.com/cgi-bin/webscr Use this: https://www.sandbox.paypal.com/cgi-bin/webscr And it's working again. This was not the case a day ago as I tested both URLs when I noticed the IPNs were not coming through. So not sure what changed?

VA23 · ‎Aug-23-2021

Hi - I posted my Merchant ID into my other thread but I will post here as well since you asked for it: Merchant ID is <Removed> Thanks

VA23 · ‎Aug-23-2021

Hello - our Merchant ID is <Removed>

VA23 · ‎Aug-23-2021

I have the same problem from today (August 23rd).

VA23 · ‎Aug-23-2021

Hi - Looks like we're having issues with the Sandbox IPN again. I went to conduct a test transaction earlier this morning and ... nothing. I tried again, and again ... nothing. So I logged into the Sandbox portal to check the Merchant account IPN history and I received a "Rate limit blocked" message (even though I only check one time). I closed the tab, reopened it and now when I navigate to the IPN history page the browser throws a 400 Bad Request. Did something change or is the environment having issues again? Thanks

VA23 · ‎Aug-10-2021

Hi - I'm trying to use my Sandbox environment and when I process a test sale the Sandbox URL is throwing the following error: 404 ROUTE_NOT_FOUND We couldn't find what you were looking for. The URL I'm using is: https://ipnpb.sandbox.paypal.com/cgi-bin/webscr Has the URL changed? What am I doing wrong? The service dashboard doesn't indicate anything is wrong with the underlying services. Thanks

VA23 · ‎Jan-06-2021

Hello - is anyone out there?

VA23 · ‎Dec-31-2020

Hello - I'm a new seller of digital goods (a PDF document is emailed upon successful payment). I recently completed my code and switched from Sandbox to Production to conduct a test transaction before going live on the website. That transaction went through correctly, however the funds were placed on hold and I received an email with a subject that said " $6.99 USD from XXX is temporarily on hold". I email stated that I could provide shipping info or print a shipping label to expedite shipping or "Update the status of your service or virtual product sale". I selected that transaction and updated the status accordingly which changed the status to a 7-day hold. I'm actually ok with the payment hold as I understand the reasons for it. What I want to understand is how do I avoid the "shipping" issue once I go live since this is a digital product and there is no shipping. My code already has the parameter of no_shipping set to 1. I'm hesitate to go live if it will mean I need to manually adjust the transaction for every sale. Or if it will lead to a potentially confusing or bad experience for my users. On the other hand, I understand one of the reasons that I'm on hold is because I'm a new seller without selling history - so perhaps I should go live and start accumulating selling history? Any advice on how to proceed is greatly appreciated. Thank you in advance! P.S. I hope this is the correct board (Merchant Products and Services) but if it isn't can someone please direct me to the right board?

VA23 · ‎Dec-24-2020

Hi - I'm working on implemented the checkout form on our site using the JavaScript SDK and smart buttons. I do not want a 'Pay Later' button to appear. Only the standard PayPal button and the Debit/Credit Card button. I see in the SDK you can set up a funding source option and disallow certain funding types. This appears to be doing nothing, including on the demo site. For example, I include this in my Javascript&colon; funding: { allowed: [ paypal.FUNDING.CARD ], disallowed: [ paypal.FUNDING.CREDIT ], }, Yet it still appears. What am I doing wrong? Thank you in advance

VA23

Re: IPN Certificate Errors Occuring

IPN Certificate Errors Occuring

Re: IPN Delays occurring this week

IPN Delays occurring this week

Re: IPN Errors Today April 8

Re: IPN Errors Today April 8

Re: IPN Errors Today April 8

Re: IPN Errors Today April 8

IPN Verifications Failing

Re: IPN Errors Today April 8

IPN notifications not coming in or coming in spora...

Re: Not receiving any IPN messages from PayPal

Re: Not receiving any IPN messages from PayPal

Re: Sandbox IPN no longer working (again)

Re: Not receiving any IPN messages from PayPal

Sandbox IPN no longer working (again)

Issue with Sandbox IPN URL throwing 404 Error

Re: New Seller Payment on Hold

New Seller Payment on Hold

How to remove 'Pay Later' button from checkout pag...