【发布时间】:2017-10-28 13:21:49
【问题描述】:
在一个完美的世界中,我正在寻找的解决方案是绑定到我的物理手机的 api 资源,例如我可以向https://url.com/api/sms 发送一条短信,这个 api 的最终结果是从我的实体手机发送一条短信。这意味着短信对话会以原生方式出现在我的手机中;如果收件人回复了短信,它看起来就像是我通过手机实际输入了原始短信一样的正常对话。
我知道我可以通过 Twilio 的 api 设置回复/回调/呼叫者 ID。这意味着短信是由 API 发出的,如果收件人回复它,我可以将回复转发到我的手机。但是在这种情况下会丢失通过 api 发送的原始消息,收件人正在回复。
有没有一种简化的方法来实现这一点,也许是 Zapier?
我想到的一个艰巨的解决方案是编写一个手机应用程序来中间发送短信,这样我就基本上在物理手机上拥有一个短信控制的 api,而不是传统的 http api。 (在 android 上,api 将通过DATA_SMS_RECEIVED_ACTION“收听”,然后通过sendTextMessage 发送)。但这似乎很麻烦,并且当/如果android更改底层SmsManager库时还需要更新应用程序代码。这样做的好处是我可以完全避免使用 Twilio,方法是使用我的服务提供商的电子邮件到短信发送到 on-phone-makeshift-sms-api。
【问题讨论】: