- Verschifft
- 6. September 2026 um 22:28 UTC
- Autor
- Kamo
- Ausschuss
- 9e9e814
Telnyx ist sowohl ein Telefon-Server und ein Träger, und ein Telnyx Messaging-Profil hat genau eine Webhook URL. Also eine Organisation, die Telnyx als PHONE SERVER hinzugefügt und kein Textanbieter hatte noch seine eingehende geliefert /api/bulktext/inbound/telnyx - wo das Einzige, was dieser Endpunkt auflösen könnte war eine BulkTextProviderInstance. Es gibt keine, so dass jede Antwort wurde an der "Matches keine aktive Anbieterinstanz" Warnung. Das Org könnte SMS-Kunden und nie sehen, eine Antwort, das ist das genaue Scheitern dieses ganze Bereich existiert zu beenden. Der Endpunkt erkennt nun eine Nummer, deren Texte auf einem Telefonserver fahren, überprüft es durch ************ - die Naht, die Schnittstelle hatte bereits, so ist dies nicht Telnyx-spezifisch und reicht es an die gemeinsame Aufnahme. Die Schiene musste eine Konstante wachsen, und das ist der interessante Teil. InboundRail sagt, welche Fabrik kann antworten, und diese beiden Schienen teilen sich eine URL, während Uneinigkeit darüber: Einreichung dieser als BULK_TEXT würde eine VoipProviderInstance übergeben id zu BulkTextProviderFactory, das als "keine solche Instanz" scheitert, also die HELP Antwort würde nie gesendet werden und nichts würde sagen, warum. CARRIER_TO_PHONE_SERVER benennt den Unterschied. Der Antwortwechsel von SmsKeywordService hat keinen Standardarm genau so eine neue Konstante kann dort nicht vergessen werden - es war ein Kompilierungsfehler bis es behandelt wurde, das ist das Design arbeiten. Sobald eine Nummer bekannt ist, dass auf einem Telefonserver geroutet wird, eine schlechte Signatur 403s anstatt durchfallen, um den Scan unten, die sonst passen könnte verschiedene Instanzen ganz.