Twilio發送郵件回退URL文本以及實際文本

最初，我一直在使用TwiML響應來發送對我的短信的響應。但是由於我的要求已經改變，我需要發送超過10條消息來回復我的文本，因此我現在使用Twilio API發送消息。因此，爲了解決這個問題，我正在嘗試發送任何文本消息作爲TwiML響應，而不是使用Twilio API發送實際消息。 Twilio無法連接到我的REST API網址時，我的TwiML bin URL也會附加到我的短代碼中作爲Message Fall Back URL。所以現在當Twilio收到一條短信時，它會連接到我的REST API併發送響應。但我首先從Message FallBack URL獲得響應，然後通過Twilio API獲取我的文本消息的實際響應。無論如何要避免這種情況？我可以刪除郵件回退URL，但是當Twilio無法連接到我的服務器時，會發生什麼情況？Twilio發送郵件回退URL文本以及實際文本

這是我添加的代碼：

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);

更多更新：

正如我前面提到的，我使用REST API來發送短信。當一個文本請求Twilio服務器調用我提供給REST調用的URL時。

有時我的服務器響應速度很慢 - 在這種情況下，twilio獲取回退URL消息並傳遞文本消息。

如何增加超時時間？這個超時是服務器用TWIML響應的時間。

請幫助 - 任何指針讚賞。

來源

2013-12-16 Ditty

Twilio福音傳教士在這裏。

我的第一個建議是檢查您的帳戶App Monitor以查看Twilio是否記錄了任何錯誤。除非Twilio無法從主URL獲得有效的響應，否則不應請求回退URL。

Twilio請求的默認超時時間爲15秒，所以如果您的服務器花費的時間比響應時間要長，那麼服務器或網絡可能會出現更大的問題。

希望有所幫助。

來源

2013-12-17 16:19:23

是Twilio正在記錄錯誤：11205 - HTTP連接失敗錯誤。 – Ditty

我們可以向TwiML元素髮送空白回覆嗎？還是它期望一個非空元素響應？我們正在做的是用空白響應元素髮送OK響應，但之後使用Twilio api實際發送消息，因爲我們有超過10個測試消息要發送給單個傳入請求。 – Ditty

A 元素應該沒問題。但是，如果您收到11205錯誤，Twilio無法訪問您的服務器。 https://www.twilio.com/docs/errors/11205 –

Twilio發送郵件回退URL文本以及實際文本

回答

相關問題