PayPal IPN - 如果响应无效，要发回什么 http 状态标头？

Question

我正在改进 PayPal IPN 侦听器。我已经阅读了规范，但仍有一些悬而未决的问题。众所周知，如果您收到通知，您必须在第二个通道上连接到 PayPal，将接收到的数据发送给他们，然后 PayPal 将回答 VERIFIED 或 INVALID。在某些情况下，PayPal 会重新发送通知，直到收到我们的答复。并且 PayPal 有一个名为“IPN History”的调试页面。

我至少有一次收到 INVALID，并且“IPN 历史记录”显示正常状态“已发送”。

问题1：PayPal不检查我是否在第二个通道上连接到他们以确定消息是否正确发送是否正确？

Q2：我假设 PayPal 只查看它从我们那里收到的 http 状态标头（例如“200 OK”）来决定在“IPN 历史记录”中显示什么状态。这是正确的吗？

Q3：我还假设 PayPal 仅查看 http 状态标头来决定是否必须重新发送消息。对吗？

我收到 INVALID 的 PayPal 付款现在在 PayPal 中显示为正常付款。但稍后没有其他通知。

Q4：我认为这种行为是 PayPal 的内部问题，正确的做法是告诉 PayPal 出现错误，以便 5 分钟后发送另一个通知。对吗？

Q5：如果是这样，如果我收到 INVALID，我必须将什么 http 状态标头发送回 PayPal，以确保 PayPal 稍后重新发送通知？

谢谢！

Answer 1

A1) 正确。他们只需将数据 POST 到您的脚本，如果他们从您的服务器返回 200 OK，他们认为这是完成的交易，无论您是否 POST 回来进行验证。

A2) 正确。

A3) 正确。如果付款确实是合法的 PayPal 付款，那么您将其邮寄给他们进行验证的方式一定有问题。它的格式必须与他们最初发送给您的格式完全相同。

A4) 只要您的 POST 回传数据的格式相同，它就不会无效。通过将可靠的脚本放在一起，您不必将任何特定的非 200 消息发送回 PayPal 再试一次。如果您正确配置了所有内容，它将验证并且您的脚本将以 200 OK 完成。如果您的脚本有问题，它可能最终无效（但仍然返回 200 OK，因此您不会得到另一个），或者它会返回 200 以外的其他内容，在这种情况下，它会稍后将数据重新发布给您。

A5) 如果您返回 200 以外的任何内容，它将重试，但如果您最终遇到一堆正在重试的失败，他们会将您置于延迟队列中，您将无法收到您的IPN 和你平常一样快，所以我不推荐它。您希望避免 IPN 脚本中出现 200 个结果以外的任何结果。