如何通过 Rest API 确保没有错过入站 Twilio SMS 消息？答案

【问题标题】：How to insure no missed inbound Twilio SMS messages via RestAPI?如何通过 Rest API 确保没有错过入站 Twilio SMS 消息？
【发布时间】：2015-06-17 10:08:49
【问题描述】：

我正在寻找有关确保入站邮件不会丢失的“最佳做法”建议。我特别担心我们的 HTTP 侦听器的停机时间，无论是由于计划的还是计划外的事件，以及我们无法控制的路由问题甚至可能阻止 Twilio 到达我们的服务器的可能性。

Twilio 网站上的 App Monitor 屏幕显示了所有未能传递到请求 URL 的传入消息的详细信息，但除非我错过了它，否则我看不到任何通过 API 访问它的权限。

我考虑过发送一条指定回调 url 的虚拟消息，作为确认 Twilio 可以访问我们网站的一种方式，但即使每分钟发送一条消息，它仍然可能由于暂时的路由问题而错过短暂的中断。后备 URL 也不能真正解决我的问题，因为它可能会受到影响主请求 URL 的相同问题的影响。

我能看到的唯一方法是定期使用消息列表资源与 HTTP 侦听器上接收到的消息的数据库进行比较，但我不喜欢它仅限于 24 小时过滤粒度的事实.理想情况下，我希望每 5 到 10 分钟左右运行一次这个“交叉检查”程序，并指定一个时间戳范围，以尽量减少不必要的 CPU/数据库访问量。

有没有人想出任何聪明的解决方案？

【问题讨论】：

标签： twilio

【解决方案1】：

这里是 Twilio 开发人员宣传员。

解决此问题的一种方法是使用App Monitor Triggers。对于“触发值”为 1 的任何错误，您可以create a new Alert Trigger。触发值是在您收到通知（通过电子邮件或 webhook）之前必须发生此事件的次数。此设置意味着第一次发生错误时您会收到通知。让您能够捕捉到上面概述的暂时性问题。

希望有帮助！

【讨论】：

谢谢，这很有用，但并没有真正解决问题的核心。没错，它可以让我知道我错过了一条消息，但是（除非我错过了什么），它无助于识别我错过的特定消息。换句话说，是的，我可以使用它来知道我遇到了问题，但仍然需要使用消息列表资源（具有有限的过滤功能）来获取那些错过的消息。