我们的一个用户(可能是无意的而不是恶意的)输入了Lyft的SMS服务号码作为她的电话号码。因此,我们的SMS文本服务正在与Lyft的SMS文本服务进行循环交互。请参阅下面的日志:

我想知道是否有一种方法可以检测到这种机器到机器的SMS循环并防止它发生。我们使用Twilio API来支持我们的短信自动回复系统和so does Lyft。
发布于 2016-04-28 07:23:17
只需更改您的应用程序逻辑,它将在设置数量的相同消息后停止回复(在memcache中存储每条消息的散列几分钟或类似的内容)。SMS消息没有元数据可以让你最终确定发起人是另一项自动化服务。
发布于 2016-04-28 07:24:58
您将遇到以下情况:https://www.twilio.com/docs/api/errors/14107
为会话中(两个号码之间)的每个出站TwiML回复设置一个计数器。当第一次回复发生时,计数器从1开始。如果下一次回复在前一次回复后不到15秒发送,则计数器转到2。如果每次回复少于15秒,这将继续,直到计数器超过20,其中Twilio将暂停发送的任何消息30秒,并抛出此错误。
您可以考虑使用Lookup API来尝试检测服务号码,您可能会成功,也可能不会成功,具体取决于条件。
我建议您使用有问题的数字在this page上尝试一个示例请求和响应,并查看返回的参数,以确定这是否对此场景有所帮助。
https://stackoverflow.com/questions/36896674
复制相似问题