Twilio 中是否有一种方法可以回写我们未能处理入站文本？
Is there a way in Twilio to write back that we failed to process an inbound text?
我有一个 api 可以处理来自 Twilio 的入站短信。有时我们会遇到网络中断或其他问题，导致 API 收到文本，但无法保存到数据库。
我们想要建立一些冗余，以便我们可以重新处理经过短暂等待后失败的文本。我们不能仅仅依赖于向 twilio 发送 HTTP 错误代码，因为由于回复缓慢或消息可能在食物链的下游爆炸，我们在 Twilio 错误日志中得到了很多误报。
我注意到在 Twilio 中，当我们使用 HTTP 错误代码进行回复时，我们可以手动从网络重新发送文本 api。
有没有办法对 Twilio 进行 API 调用以设置一些失败状态，以便某些维护操作可以检查 Twilio 是否有失败消息并重新提交？
目前正在使用最新的 Twilio Nuget 包 v5.2.0
这里是 Twilio 开发人员布道者。
处理此问题的最佳方法是使用 fallback URL for your number.
当您 return 由于您的服务关闭或超时而向 Twilio 发送错误代码时，Twilio 将向您可以设置的回退 URL 发出第二个请求（见图）。
我们建议您 URL 指向不同的应用程序，这样您的主要应用程序的问题就不会影响您的回退。然后，使用此应用程序，您可以存储主处理程序未能处理的所有消息，并在以后处理它们。
如果有帮助请告诉我。
我有一个 api 可以处理来自 Twilio 的入站短信。有时我们会遇到网络中断或其他问题，导致 API 收到文本，但无法保存到数据库。
我们想要建立一些冗余，以便我们可以重新处理经过短暂等待后失败的文本。我们不能仅仅依赖于向 twilio 发送 HTTP 错误代码，因为由于回复缓慢或消息可能在食物链的下游爆炸，我们在 Twilio 错误日志中得到了很多误报。
我注意到在 Twilio 中，当我们使用 HTTP 错误代码进行回复时，我们可以手动从网络重新发送文本 api。
有没有办法对 Twilio 进行 API 调用以设置一些失败状态，以便某些维护操作可以检查 Twilio 是否有失败消息并重新提交？
目前正在使用最新的 Twilio Nuget 包 v5.2.0
这里是 Twilio 开发人员布道者。
处理此问题的最佳方法是使用 fallback URL for your number.
当您 return 由于您的服务关闭或超时而向 Twilio 发送错误代码时，Twilio 将向您可以设置的回退 URL 发出第二个请求（见图）。
我们建议您 URL 指向不同的应用程序，这样您的主要应用程序的问题就不会影响您的回退。然后，使用此应用程序，您可以存储主处理程序未能处理的所有消息，并在以后处理它们。
如果有帮助请告诉我。