是否可以依赖subscript_signup来允许pepole访问站点上的服务（Subscript_eot用于终止，ubscript_modify可用于修改订阅级别）-即是否可以将IPN作为可靠的服务来信任
在集成过程中，在使用沙箱帐户时，我遇到了排队IPN消息的问题。Paypal IPN消息从昨天开始排队，其中发送了一条substrion消息，1分钟后排队的是一条支付消息。从那时起，在过去的20个小时内，以下所有消息都将排队。
尝试从模拟器发送IPN消息是可行的。尝试从已发送消息列表中重新发送IPN消息成功！
2年前-据报道：Paypal IPN状态-排队
这又是PayPal服务器的临时问题吗？
这种问题多久遇到一次？
这与我使用沙盒的事实有关吗？
队列问题似乎与沙箱密切相关。然而，我不会过于依赖IPN来激活您的客户帐户，因为通知偶尔会延迟。
以下是我如何在我的应用程序中通过贝宝处理订阅：在发布感谢数据页面上，我将帐户设置为激活，这本身并不安全，但还有第二层激活依赖于经过验证的IPN消息。在经过验证的通知后，通过IPN，如果ping为"subscript_payment"，经过检查，应用程序会为用户设置一个"活动截止日期"，即付款日期+订阅长度。登录后，会检查此日期，并相应地设置帐户状态，如果帐户已激活，但从未设置活动截止日期（伪造的感谢页面帖子数据或IPN服务器关闭时间超过会话时间），则会将其设置回非活动状态。
这种设置也适用于Stripe。