- Navios
- 7 de setembro de 2026 às 03:41 UTC
- Autor
- Kamo
- Enviar
- 71b3030
O envio de um texto falhou com "A mensagem não pôde ser enviada. Tente novamente em um momento." A resposta do próprio Telnyx, a partir do log voipservice, foi específica: Telnyx POST /mensagens falhou: O número de telefone de origem foi considerado inválido Pelo transportador. O remetente armazenado foi '9492989960'. Telnyx requer E.164, por isso rejeitou o envio direto. A causa raiz é um campo chamado `e164` que nada jamais normalizou. O seu javadoc promete "o número na íntegra, como deve ser exibido e discado", mas OrgPhoneNumberService escreveu o que quer que tenha chegado -- de uma operadora from phone number, ou from discovery -- direto para ele, aparado apenas. Isso. O valor então flui para ************* e para fora como `de`. Cada camada a jusante confiava no nome do campo. Normalizar em ambos os caminhos de escrita (salvar e upsertDiscovered) e onde o a própria instância do operador é criada ou editada, usando o existente E164.normalizar ajudante. Ele se recusa em vez de adivinhar, então um número que não pode lugar mantém seu texto cru em vez de ser silenciosamente mutilado em um plausível Número errado. Dois caminhos também discordaram sobre o número de um membro: /capability read only MEMBRO VOIP CONFIG, que é escrito apenas para o titular principal, enquanto o enviar o caminho lê a tabela de tarefas. Um membro que detém uma linha partilhada são não primário em foi dito que eles não tinham número de texto de, enquanto um envio para Eles teriam conseguido. Ambos agora usam um resolvedor, e atribuindo um número escreve a coluna legada para esse membro também. Filas vivas foram reparadas diretamente; nenhum remetente não-E.164 permanece org phone number, bulk text provider instance ou member voip config.