- Verschifft
- 7. September 2026 um 04:48 UTC
- Autor
- Kamo
- Ausschuss
- 68ab5b6
Das Senden jetzt ist erfolgreich und nichts kommt an. Telnyx akzeptiert die Nachricht, kehrt zurück eine ID, und Verizon weigert sich dann, es zu liefern: status delivery_failed code 40010 -- "Die Absendenummer ist nicht 10DLC-registriert, sondern ist erforderlich, um durch den Träger zu sein". Die 10DLC-Registrierung ist die org's und kann von hier aus nicht durchgeführt werden. Was ein Defekt ist, ist, dass Kamo nie etwas davon gezeigt hat. Telnyx berichtet dies auf dem Inbound Webhook, im gleichen Umschlag wie eine Antwort und unterschieden nur durch event_type. InboundSmsNormalizer.parse richtig antwortet leer für eine Quittung -- es ist keine eingehende Nachricht -- und der Controller gedreht das leer in eine 400. So wurde jede Zustellungsquittung abgelehnt, erneut verdonnt und wieder abgelehnt. Nichts im Dienst hat jemals eine ausgehende Nachricht geschrieben status nach dem Handoff: handleOutbound schrieb QUEUED und DELIVERED erschien genau einmal in der Codebasis, auf dem eingebundenen Pfad. Ein Text, den der Träger explizit hatte abgelehnt war ununterscheidbar, auf jedem Bildschirm, von einem der Empfänger war Lesen. Also: parseDeliveryReceipt liest message.sent und message.finalized, und DeliveryReceiptService verschietet die Nachricht. Drei Dinge darüber sind leicht zu bekommen falsch und jeder wird durch einen Test gepinnt. Unsere Nummer ist der SENDER auf einer Quittung, der Spiegel jeder anderen Nutzlast auf diesem Endpunkt -- immer es rückwärts löst die falsche Instanz und scheitert die Signatur-Prüfung gegen einen Träger, der nie schickte es. Quittungen sind nicht bestellt, so dass eine späte Nachricht.sent darf nicht gehen ein DELIVERED Nachricht zurück. Und ein unerkannter Status zählt als Fortschritt, niemals Ausfall, so dass ein Träger, der einen erfindet, keinen gelieferten Text anzeigen kann, wie prallt. Quittungen werden genau so verifiziert, wie eingehende Nachrichten sind, auf beiden Schienen, weil Gefälschte könnte man die Botschaften eines Mieters markieren, der nach Belieben überbracht wird. Zweitens: checkHealth fragt nun, ob US-Texting überhaupt funktionieren kann, anstatt nur, ob der Account antwortet. Ein Konto kann erreichbar sein, seine Nummer aktiv, sein Messaging-Profil korrekt, jeder Sendeanruf angenommen -- und jede Nachricht von der Fluggesellschaft abgelehnt. Geltungsbereich auf US-Langcodes: gebührenfrei verwendet eine andere Überprüfung und Nicht-US-Nummern brauchen keine, und eine Warnung, die nicht gilt, ist ein Menschen lernen zu entlassen. An ASK nicht zu scheitern, versagt nicht. Die beiden bereits gesendeten Nachrichten sind mit FAILED gekennzeichnet; sie hatten bei QUEUED gesessen und das Rendering als fein.