- 出荷済み
- 2026年9月7日 4:15 UTC
- プロフィール
- Kamo
- コンテンツ
- bf2edd9
前のコミットは、それが保存される送信者番号を正規化しました 在庫数とキャリア数、送信が同じで失敗しました キャリアエラー。 VOIP CONVERSATIONSは4つのコピーでした。 スレッドが開いているときに書かれているFROM PHONE NUMBER、および/sendは決して相談しません handleOutbound は、保存したコピーとハンドを全て読み込みます。 キャリアへ。 在庫を保ちながらライブスレッドがオープンしました それでも `9492989960` を保持しているので、糸の寿命のためにその形状を保持しました。 upsertConversation の javadoc は「書き込みが正規化されている」と宣言しました。 と書いて、-----外部PhoneNumber. 保存された横の送信機 丁度手渡される。 両方とも storableNumber を経由して行きます。 4 番目の書き込みを修正しても 1 つの書き込みを修正します。 送信者は4つに貯えられます キャリアのコンフィグから書かれたテーブル、メンバーのディスカバリーから 割り当て、会話行に。 なので、SmsGateway.send -- 一つのこと すべてのアウトバウンドテキストが通過する -- 今、送信者と 宛先自体を信頼し、保存されたコピーを信頼しません。 E164.normalize ではなく拒否 なので、不在な番号は回転するのではなく、その生のテキストを保持します 別の、実質、ダイヤル可能なものに。 第二の欠陥、そしてこれが見つけるために2ラウンドを取った理由:すべてのキャリア 会員に「メッセージが送信できない」と報告された。 もう一度お試しください 瞬間に。 再試行は、建設によって希望だった - キャリアは拒否されました 送信者番号は、毎回拒否します。 SmsFailureCode.REJECTED のリリース すでに正しい意味で存在しています。 何も信号を運ぶのに SendTextResultはタイムアウトから拒否を伝えられないためです。 それは運びます キャリアのコードと頂点は、ステータスクラスではなくステータスクラスから取得 per-carrier コードの表: 4xx はリクエストを順守するキャリアです 理解, 5xx とタイムアウトは、実際にリトリーが何であるか. 現在は、 再試行不可能で、メンバーが行動できる言葉で言う。 キャリア自身の 文は、既に行っている演算子ログにとどまります。 ライブの会話行は直接修復されたため、この前のテキスト作成作業 デプロイ 非E.164送信機は、4つのテーブルのいずれかに残りません.