- Spegnimento
- 7 settembre 2026 alle ore 04:48 UTC
- Autore
- Kamo
- Impegno
- 68ab5b6
Inviare ora ha successo e niente arriva. Telnyx accetta il messaggio, restituisce un id, e Verizon allora rifiuta di consegnarlo: stato di consegna failed codice 40010 -- "Il numero di invio non è 10DLC-registrato ma è richiesto di essere dal vettore." La registrazione 10DLC è l'org per completare e non può essere fatto da qui. Quello che è un difetto è che Kamo non ha mai mostrato nulla. Telnyx riferisce questo sul webhook in entrata, nella stessa busta di una risposta e si distingue solo per event type. InboundSmsNormalizer.parse risponde correttamente vuoto per una ricevuta -- non è un messaggio in entrata -- e il controller girato che si svuota in un 400. Così ogni ricevuta di consegna è stato respinto, ritrattato, e respinto di nuovo. Niente al servizio ha mai scritto un messaggio in uscita stato dopo il handoff: handleOutbound ha scritto QUEUED e DELIVERED è apparso esattamente una volta nella base di codice, sul sentiero in entrata. Un testo che il vettore aveva esplicitamente rifiutato era indistinguibile, su ogni schermo, da uno il destinatario era lettura. Così: parseDeliveryReceipt legge messaggio.sent e messaggio.finalizzato, e DeliveryReceiptService sposta il messaggio. Tre cose su di esso sono facili da ottenere sbagliato e ciascuno è bloccato da un test. Il nostro numero è il SENDER su una ricevuta, specchio di ogni altro carico utile su questo punto -- ottenere indietro risolve l'istanza sbagliata e fallisce il controllo firma contro un vettore che mai l'ho mandato. Le ricevute non sono ordinate, quindi un messaggio tardivo. inviato non deve camminare Rispondete al messaggio. E uno stato non riconosciuto conta come progresso, mai fallimento, quindi un vettore che inventa uno non può mostrare un testo consegnato come rimbalzato. Le ricevute sono verificate esattamente come i messaggi in entrata sono, su entrambi i binari, perché un forgiato uno potrebbe segnare i messaggi di un inquilino consegnati a volontà. Secondo: checkHealth ora chiede se il testo americano può funzionare affatto, piuttosto che solo se il conto risponde. Un account può essere raggiunto, il suo numero attivo, corretto il suo profilo di messaggistica, ogni messaggio accettato -- e ogni messaggio rifiutato dal vettore. Scoperto a codici lunghi USA: senza pedaggio utilizza un diverso la verifica e i numeri non americani non hanno bisogno di nessuno, e un avviso che non si applica è una gente impara a licenziare. Fallire alla ASK non sta fallendo. I due messaggi già inviati sono contrassegnati FAILED; erano seduti a QUEUED e rendering così bene.