Normalizar o remetente no portal, e parar de chamar uma recusa de novo

OtherVOIPService
Navios
7 de setembro de 2026 às 04:15 UTC
Autor
Kamo
Enviar
bf2edd9

O commit anterior normalizou o número do remetente onde está armazenado no inventário do número e na transportadora, eo envio ainda falhou com o mesmo Erro de transporte. Era uma quarta cópia: VOIP CONVERSATIONs carrega seu próprio FROM PHONE NUMBER, escrito quando o tópico é aberto, e /enviar nunca consulta o resolvedor em tudo -- handleOutbound lê que a cópia armazenada e a entrega directamente para o porta-aviões. O fio vivo tinha sido aberto enquanto o inventário ainda tinha `9492989960', por isso manteve essa forma para a vida do fio. o javadoc de upsertConversation tem afirmado "a escrita é normalizada" desde que foi escrito, e era -- para o externoPhoneNumber. O remetente ao lado foi armazenado Exactamente como entregue. Ambos passam pelo StorableNumber agora. Corrigir a quarta escrita ainda é corrigir uma escrita. O remetente é armazenado em quatro tabelas, escritas a partir da configuração de uma operadora, da descoberta de números, de um membro atribuição, e para a linha de conversação. Então SmsGateway.send -- a única coisa todo texto de saída passa -- agora normaliza o remetente e o destino em si e não confia em nenhuma cópia armazenada. E164.normalizar recusa em vez de adivinhando, então um número inplaceable mantém seu texto bruto em vez de ser girado em um diferente, real, discável. Segundo defeito, e a razão pela qual isto levou dois rounds para encontrar: cada portador a recusa foi relatada ao membro como "A mensagem não pôde ser enviada. Tenta outra vez. num momento." Retentar era impossível por construção -- a transportadora estava recusando O número do remetente, e recusaria sempre. SmsFailureCode.REJECTO já existia com o significado exato; nada levou o sinal para ele, porque SendTextResult não poderia dizer uma recusa de um tempo limite. Ele carrega o código da transportadora e veredicto agora, retirado da classe de status em vez de um tabela de códigos por transportadora: 4xx é a transportadora declinando um pedido entendido, 5xx e um tempo limite é para o que uma repetição é realmente. Uma recusa é agora não reconstituível e assim o diz, em palavras, um membro pode agir; a própria transportadora A sentença permanece no registo do operador para onde já estava a ir. Linhas de conversa ao vivo foram reparadas diretamente, então mensagens de texto funciona antes disso Avançar. Nenhum remetente não-E.164 permanece em nenhuma das quatro tabelas.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços