如何排查特定号码发送至Twilio的入站SMS请求缺失问题

• 先确认发送方号码的合法性：别想当然认为号码没问题，先查它是不是正规可发短信的号码，有没有被运营商限制、标记成异常号。虚拟号、VoIP号经常会出现无法正常投递到Twilio的情况，路径本身就有问题。
• 核对Twilio号码的地区兼容性：如果发送方号码和你的Twilio号归属地差得远（比如一个国内号一个海外号），大概率是运营商路由出问题了，消息根本没传到Twilio的网络里，自然不会有日志。
• 直接用Twilio API查原始数据：别光盯着控制台日志，控制台可能有延迟或者过滤规则，直接调用Messages列表接口指定发送方号码查最靠谱。比如用curl命令：

  curl -X GET "https://api.twilio.com/2010-04-01/Accounts/{你的账号SID}/Messages.json?From={发送方手机号}" \
  -u "{你的账号SID}:{你的认证Token}"
  

  API返回的是最原始的记录，有没有收到一查就清楚。
• 检查消息路由的特殊配置：看看你的Twilio号码有没有设置Studio流或者Webhook的过滤规则，会不会是把这个号码的消息直接丢弃了，根本没进入日志系统。比如有些条件路由设置了只接收特定地区号码的消息，刚好把这个号排除了。
• 让发送方查自己的运营商记录：让对方去查自己号码的短信发送日志，确认消息到底发没发出去，有没有被运营商拦截或者退回。有时候发送方那边显示“发送成功”，但实际在传输环节就丢了。
• 排查Twilio的垃圾消息拦截：Twilio会自动拦截垃圾短信或者异常消息，说不定这个号码被误判成垃圾发送方，直接被过滤掉了。去Twilio控制台的反垃圾设置里看看有没有相关拦截记录。
• 做双向测试验证：用你的Twilio号码给这个特定号码发一条短信，看对方能不能收到，然后让对方回复。如果回复能出现在日志里，说明之前的问题可能是单次传输故障；如果还是没日志，那大概率是双向路由的问题。

内容的提问来源于stack exchange，提问作者Dane Iracleous