Нормализуйте отправителя у шлюза и прекратите называть отказ повторным

OtherVOIPService
Порезанный
7 сентября 2026 г. в 04:15 UTC
Автор
Kamo
Обещать
bf2edd9

Предыдущее обязательство нормализовало номер отправителя, где он хранится. номер инвентаря и на перевозчике, и отправка все равно не удалась с тем же ошибка перевозчика. Четвертый экземпляр: VOIP CONVERSATIONS несет в себе FROM PHONE NUMBER, написанный при открытии нити, и /send никогда не консультируется Решитель вообще - handleOutbound читает сохраненную копию и передает ее Прямо к перевозчику. Живая нить была открыта во время инвентаризации Он по-прежнему держался «9492989960», поэтому сохранил эту форму для жизни нити. Javadoc из UpsertConversation утверждает, что «письмо нормализовано» с тех пор, как оно было опубликовано. Это было написано для внешнего телефона. Отправитель рядом с ним хранился Точно так же, как передано. Оба сейчас проходят через хроническое число. Исправление четвертого письма все еще фиксирует одно письмо. Отправитель хранится в четырех таблицы, написанные из конфигурации носителя, из открытия номера, из члена Задание, и на строку разговора. Итак, SmsGateway.send - единственная вещь Каждый исходящий текст проходит через - теперь нормализует отправителя и отправителя. Сам пункт назначения и не доверяет сохраненной копии. E164. Нормализовать отказы вместо Догадываясь, таким образом, неуместное число сохраняет свой сырой текст вместо того, чтобы быть повернутым. В другой, реальный, набираемый. Второй дефект, и причина этого заняла два раунда, чтобы найти: каждый носитель Члену было сообщено об отказе, поскольку "сообщение не может быть направлено. Попробуйте еще раз в одно мгновение". Возвращение было безнадежным из-за строительства - перевозчик отказывался Номер отправителя и каждый раз отказывался. SmsFailureCode.REJECTED Он уже существовал с правильным значением; ничто не передавало сигнала, чтобы Это потому, что SendTextResult не смог отличить отказ от тайм-аута. Он несет код и вердикт перевозчика, взятый из класса статуса, а не из таблица кодов на перевозчика: 4xx - это перевозчик, отклоняющий запрос Понятно, что 5xx и тайм-аут - это то, для чего на самом деле нужна повторная попытка. Отказ теперь не подлежащий повторению и говорит так, на словах член может действовать; предложение остается в журнале оператора, куда оно уже направлялось. Прямые строки разговоров были восстановлены напрямую, поэтому текстовые работы до этого развертывается. Ни в одной из четырех таблиц не остается отправителя, не относящегося к стандарту E.164.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены