完璧な世界では、私が探している解決策は、私の物理的な電話に結びついたAPIリソースです。私はhttps://url.com/api/sms
にSMSメッセージをPOSTすることができ、このAPIは私の物理的な電話機からSMSを送信した最終結果を持っていました。これは、SMSの会話がネイティブで私の電話に現れることを意味します。受信者がSMSに返信すると、私の電話で物理的に元のSMSを入力したかのように、通常の会話のように表示されます。Twilio SMSフィジカルフォン統合
私はTwilioのAPIを介してreplyto/callback/caller-idを設定できることを理解しました。これは、SMSがapiによって送信されることを意味し、受信者が返信すると、返信を自分の電話に転送することができます。しかし、このシナリオでは、受信者が返信しているapi経由で送信された元のメッセージが欠落しています。
これを達成するための合理化された方法がありますか、おそらくZapierでですか?
私が心に持っている難しい解決策の1つは、SMSの送信を中間にするための電話アプリを書くことです。これは、本質的に、従来のHTTP APIとは異なります。 (アンドロイドでは、APIはDATA_SMS_RECEIVED_ACTION
で「聴いて」、sendTextMessage
で送信します)。しかし、これは扱いにくく、アンドロイドが基底のSmsManager
ライブラリを変更した場合には、アプリケーションコードを更新する必要があります。これの利点は、私のサービスプロバイダの電子メールからSMSへの電話による手作りSMSへの送信によって、Twilioを完全に避けることができることです。
これが完全にリリースされる予定の時間はありますか?私は早期アクセスを申請しましたが、回答にどれくらいの時間がかかるかは考えられません。 (私は昨日の夕方のみを適用しましたが、週末には誰にも答えられませんでした)。これは、私たちが探している正確な機能です.Twilioは既に顧客ですが、単一のきれいな会話は痛みを伴うポイントです。 – Rockster160
これが公開される予定はありません。あなたは、週末に答えを得ることはできないでしょう。うまくいけばすぐに何か聞こえます – philnash