Twilio传真API-如何获取传真发送失败的原因

大家好（特别是那里的Twilio福音传道者）

我已经将我的EMR应用程序连接到Twilio，以便发送传真，它运行得相当好，但是我遇到了一个大问题。有些传真无法发送，我找不到原因。如果线路忙，或者没有应答，Twilio会相应地标记传真实例，我可以尝试重试或其他任何操作。但在某些情况下，我不理解，通过webHook发送的传真立即返回失败。所以它被“排队”，但是我从webHook收到的第一条消息失败了——没有任何额外的数据

我试过检查开发人员工具调试器，但什么都没有-它是100%空白（过去30天检查）。我从我的测试帐户知道，如果我的实现有问题（例如，如果Twilio无法获取我的PDF，或者我没有提供“发件人”编号等），我应该在那里找到失败的原因。但在生产方面，它是空的

我发送给自己的传真（东芝多功能）工作正常，忙时报告忙，等等。但是发送给其他公司的传真失败，尽管我很确定这些数字是正确的。我想知道是否有人能列出传真失败的可能原因？我还想知道为什么Twilio不发送更多关于失败传真的详细信息，从我的日志中知道发生了什么会很有帮助

谢谢，

---

维克

这里是Twilio福音传道者

该参数在传真状态更改时向URL发出as请求，包括like status、ErrorCode和ERRORRREASON

curl 'https://fax.twilio.com/v1/Faxes' \
    -X POST \
    -d 'To=%2B15558675309'  \
    -d 'From=%2B15017250604'  \
    -d 'MediaUrl=https://www.twilio.com/docs/documents/25/justthefaxmaam.pdf' \
    -d 'StatusCallback=https://example.com/statusUpdates' \
    -u ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:your_auth_token

Twilio Fax仍处于测试阶段，但我知道计划在Twilio控制台中添加显示传真日志的功能

---

希望这能有所帮助。

这里有一个很好的技巧，至少在你刚刚弄明白的时候。与其花时间设置statusCallback URL来处理错误，不如使用无效的URL。这将导致Twilio调试器中出现“错误-11200 HTTP检索失败”，其中将包括POST请求参数，包括任何错误消息。

谢谢您的快速响应，Devin。我注意到statusCallback参数并已经应用了它，这就是我获取失败状态的方式。问题是，我不知道为什么它失败了，所以我可以做点什么：）你会知道任何地址来联系Twilio团队中直接从事这项工作的人吗？我可能对他们有一两个想法。。。我知道他们对自己的生意很认真，所以我想帮忙。我建议给我们的支持团队发一封电子邮件help@twilio.com为失败的传真使用一些传真SID。他们能更好地深入了解细节，看看他们是否能说出传真失败的原因。我学到了一些新的东西——这可能会对其他人有所帮助——我的问题可能与质量参数有关。由于我的客户对“罚款”不满意，我将其默认为“superfine”，在发送到传真的一次测试中，我们测试了“superfine”并失败，然后重复“fine”并交付。我会尝试做一个常规的尝试，以较低的质量进行另一次尝试，如果这解决了所有问题，那么我至少知道我的问题的一个答案。我建议使用像Postman这样的工具来测试您的帖子请求，它可能会提供更好的错误报告，以便您更好地了解正在发生的事情。谢谢！我是从桌面应用程序调用API的，所以我不想在开发过程中为了解决问题而启动Web服务。这正是我所需要的。