- Shipped
- 7 сентября 2026 г. в 03:41 UTC
- Author
- Kamo
- Commit
- 71b3030
Отправка текста не удалась с надписью "Сообщение не может быть отправлено. Попробуйте еще раз в Момент. Собственный ответ Telnyx из журнала Voipservice был конкретным: Telnyx POST/сообщения не удалось: номер телефона источника признан недействительным перевозчиком. Запасной отправитель был «9492989960». Telnyx требует E.164, поэтому он отказался. Отправьте прямо. Коренная причина — это поле под названием «e164», которое никогда не нормализовалось. Джавадок обещает «номер в полном объеме, так как он должен отображаться и набираться», но OrgPhoneNumberService написал все, что прибыло - от оператора от phone number, или от Discovery — прямо в него, только подстриженный. Это Затем стоимость перетекает в ******************* и выходит как «из». Каждый слой вниз по течению доверял названию поля. Нормализация на обоих путях записи (сохранение и upsertDiscovered) и где Сам экземпляр несущей создается или редактируется, используя существующий E164. Нормализовать помощника. Он отказывается, а не догадывается, поэтому число, которое он не может место сохраняет свой сырой текст вместо того, чтобы молча втиснуться в правдоподобное Неправильный номер. Два пути также не согласились о числе члена: /способность читать только MEMBER VOIP CONFIG, который пишется только для основного держателя, в то время как Путь отправки читает таблицу назначения. Член, придерживающийся общей линии, они Не было сказано, что у них нет номера для сообщения, в то время как отправка для Они бы преуспели. Оба теперь используют один решатель и присваивают номер. Он также пишет колонку наследия для этого члена. Прямые строки были отремонтированы напрямую; ни один отправитель, не являющийся E.164, не остается в org phone number, bulk text provider instance или member voip config.