从2017年3月8日左右开始，我们注意到一些（不是全部）PayPal IPN的异常行为。PayPal似乎正在推出某种更改，还有一些其他人报告了其他问题，比如： PayPal删除了IPN端点中的查询字符串值。
看起来有多个版本的PayPal系统发送IPN，其中一些包含
主要问题是来自“3.8”的IPN具有
在某些情况下，我们同时收到重复的IPN，一个是“3.8”版本，另一个是“UNVERSIONED”版本。似乎PayPal的两个版本都在同时处理同一件事情。“3.8”版本似乎总是成功确认IPN，“UNVERSIONED”版本似乎总是响应“INVALID”。
一些用户报告称，PayPal正在解码我们发送的
我知道PayPal计划在03/29推出新变化，涉及更严格地遵守其数据格式，但我们已经验证我们符合要求，而且还有几周时间。
看起来有多个版本的PayPal系统发送IPN，其中一些包含
notify_version=3.8，另一些包含notify_version=UNVERSIONED。主要问题是来自“3.8”的IPN具有
receiver_email，而来自“UNVERSIONED”的IPN则没有。在某些情况下，我们同时收到重复的IPN，一个是“3.8”版本，另一个是“UNVERSIONED”版本。似乎PayPal的两个版本都在同时处理同一件事情。“3.8”版本似乎总是成功确认IPN，“UNVERSIONED”版本似乎总是响应“INVALID”。
一些用户报告称，PayPal正在解码我们发送的
return值（在结帐后跟随的URL）。例如，像http://example.com/some%3Dvalue这样的URL有时会解码为http://example.com/some=value，这是不正确的，会导致404错误。我知道PayPal计划在03/29推出新变化，涉及更严格地遵守其数据格式，但我们已经验证我们符合要求，而且还有几周时间。