Twilio正在发送消息回退URL文本以及实际文本

最初，我一直在使用TwiML响应发送对我的文本消息的响应。但由于我的要求已经改变，我需要发送10多条消息来响应我的文本，因此我现在使用TwilioAPI发送消息。所以为了解决这个问题，我现在尝试不发送任何东西作为我的文本消息的TwiML响应，而是使用TwilioAPI发送实际的消息。我的短代码中还附加了一个TwiML bin URL作为消息回退URL，以防Twilio无法连接到我的RESTAPI URL。所以现在，当Twilio收到一条文本消息时，它会连接到我的RESTAPI并发送响应。但是我首先从消息回退URL获得响应，然后通过TwilioAPI获得我的文本消息的实际响应。有没有办法避免这种情况？我可以删除邮件回退URL，但是当Twilio无法连接到我的服务器时，在实际情况下会发生什么

以下是我添加代码的方式：

 var twilioResponse = new Twilio.TwiML.TwilioResponse();
 ...... have code that uses Twilio API to send out more than 10 messages. 
 ...... Since the messages are going out via Twilio API hence returning NULL to the       TwiML response

 return Request.CreateResponse(HttpStatusCode.OK, twilioResponse.Element);

更多更新：

正如我前面提到的，我正在使用RESTAPI发送SMS。当文本请求到来时，Twilio服务器调用提供给REST调用的我的URL

有时我的服务器响应有点慢——在这种情况下，twilio会收到回退URL消息并传递文本消息

如何增加超时？此超时是服务器使用TWIML响应的时间

---

请帮助-任何指点都将不胜感激

这里是Twilio福音传道者

我的第一个建议是检查您的帐户，看看Twilio是否记录了任何错误。除非Twilio无法从主URL获得有效响应，否则不应请求回退URL

Twilio请求的默认超时时间为15秒，因此，如果服务器的响应时间超过15秒，则服务器或网络可能会出现更大的问题

---

希望有帮助。

是的，Twilio正在记录错误：11205-HTTP连接失败错误。我们可以向TwiML元素发送空白响应吗？或者它期望一个非Null元素响应？我们正在做的是发送一个带有空白响应元素的OK响应，但随后使用Twilio api实际发送消息，因为对于单个传入请求，我们要发送10条以上的测试消息。一个元素应该可以。但是，如果您收到11205个错误，那么Twilio无法访问您的服务器。但我确实从事件日志中看到Twilio请求到达我们的服务器。另外，我的RESTAPI正在完成这个过程，我通过TwilioAPI获取文本消息。只是在两条消息之后，我得到了回退URL消息以及实际消息。您是否在代理服务器或缓存服务器后面，可能正在拦截请求？如果没有，那么我想下一步应该是发送电子邮件到help@twilio.com让我们的支持团队查看一下您的帐户，看看他们是否能看到发生了什么。