- Verschifft
- 7. September 2026 um 03:41 UTC
- Autor
- Kamo
- Ausschuss
- 71b3030
Das Senden eines Textes scheiterte mit "Die Nachricht konnte nicht gesendet werden. Versuchen Sie es noch einmal in einem Moment".. Telnyx' eigene Antwort, aus dem Voipservice-Log, war spezifisch: Telnyx POST / Nachrichten gescheitert: Die Telefonnummer der Quelle wurde als ungültig erachtet von der Fluggesellschaft. Der gespeicherte Absender war 9492989960. Telnyx erfordert E.164, so dass es abgelehnt die senden Sie unverdünn. Wurzel Ursache ist ein Feld namens "E164", dass nichts jemals normalisiert. Seine javadoc verspricht "die Nummer in voller Höhe, wie sie angezeigt und gewählt werden sollte", aber OrgPhoneNumberService schrieb, was auch immer ankam -- von einem Träger von_phone_number, oder von der Entdeckung -- direkt hinein, nur getrimmt. Das Wert fließt dann zu ************ und als "von" aus. Jede Schicht nach unten vertraute dem Namen des Feldes. Normalisieren Sie sich an beiden Schreibpfaden (speichern und upsertDiscovered) und wo die Trägerin Instanz selbst wird erstellt oder bearbeitet, mit dem bestehenden E164.normalisieren Helfer. Es weigert sich eher als zu erraten, so dass eine Zahl kann es nicht Ort hält seinen rohen Text, anstatt still in eine plausible verstümmelt falsche Nummer. Zwei Wege waren auch uneins über die Nummer eines Mitglieds: /Fähigkeit nur lesen MEMBER_VOIP_CONFIG, das für den Primärhalter allein geschrieben ist, während der send Pfad liest die Zuweisungstabelle. Ein Mitglied, das eine gemeinsame Linie hält, sind sie nicht primär auf wurde gesagt, sie hatten keine Nummer zu Text von, während ein Senden für Sie hätten es geschafft. Beide verwenden jetzt einen Rechener und weisen eine Zahl zu schreibt auch die Legacy-Spalte für dieses Mitglied. Live-Reihen wurden direkt repariert; kein nicht-E.164 Absender bleibt in org_phone_number, mass_text_provider_instance oder member_voip_config.