- Spegnimento
- 7 settembre 2026 alle ore 03:41 UTC
- Autore
- Kamo
- Impegno
- 71b3030
Invio di un testo fallito con "Il messaggio non poteva essere inviato. Prova di nuovo in un momento". La risposta personale di Telnyx, dal registro voipservice, era specifica: Telnyx POST /messages fallito: Il numero di telefono di origine è stato ritenuto invalido dal vettore. Il mittente memorizzato era `9492989960`. Telnyx richiede E.164, quindi respinta l'inviato. La causa della radice è un campo chiamato `e164` che nulla è mai normalizzato. Il suo javadoc promette "il numero in pieno, come dovrebbe essere visualizzato e diluito", ma OrgPhoneNumberService ha scritto quello che è arrivato -- da un vettore da phone number, o dalla scoperta -- direttamente in esso, solo tagliato. Che cosa? Il valore poi scorre fino a ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** Ogni strato a valle si fidava del nome del campo. Normalizzare su entrambi i percorsi di scrittura (salvata e upsertDiscovered) e dove il istanza vettore stesso è creato o modificato, utilizzando l'esistente E164.normalizzare l'aiutante. Si rifiuta piuttosto che indovina, quindi un numero che non può il luogo mantiene il suo testo grezzo invece di essere silenziosamente schiacciato in una plausibile numero sbagliato. Anche due percorsi non erano d'accordo sul numero di un membro: /capability read only MEMBER VOIP CONFIG, che è scritto solo per il titolare primario, mentre il invia il percorso legge la tabella di assegnazione. Un membro che tiene una linea condivisa sono non primari su è stato detto che non avevano il numero di testo da, mentre un invio loro sarebbero riusciti. Entrambi ora usano un risolutore e assegnano un numero scrive anche la colonna legacy per quel membro. Le file live sono state riparate direttamente; nessun mittente non E.164 rimane in org phone number, bulk text provider instance o member voip config.