- Spegnimento
- 6 settembre 2026 alle ore 22:28 UTC
- Autore
- Kamo
- Impegno
- 9e9e814
Telnyx è sia un server telefonico che un vettore, e un profilo di messaggistica Telnyx ha esattamente un URL webhook. Quindi un'organizzazione che ha aggiunto Telnyx come PHONE SERVER e nessun fornitore di testo aveva ancora il suo inbound consegnato a /api/bulktext/inbound/telnyx — dove l'unica cosa che il punto finale potrebbe risolvere era un BulkTextProviderInstance. Non c'è nessuno, quindi ogni risposta è stata ritirata Avvertenza "non corrisponde a istanza del fornitore attivo". Che org potrebbe inviare messaggi ai clienti e Non vedo mai una risposta, che è l'esatto fallimento che tutta questa zona esiste per finire. L'endpoint riconosce ora un numero i cui testi girano su un server telefonico, verifica la cucitura dell'interfaccia già avuto, quindi questo non è Telnyx-specifico — e lo consegna all'ingestione condivisa. La ferrovia ha dovuto crescere una costante, e questa è la parte interessante. InboundRail dice quale fabbrica può rispondere, e queste due guide condividono un URL mentre disaccordo su di esso: il deposito di questo come BULK TEXT avrebbe consegnato un VoipProviderInstance id a BulkTextProviderFactory, che fallisce come "nessuna tale istanza", in modo che il HELP la risposta non sarebbe mai stata inviata e niente direbbe perché. # CARRIER # nomina la differenza. L'interruttore di risposta di SmsKeywordService non ha braccio predefinito proprio così una nuova costante non può essere dimenticata lì — era un errore di compilazione fino a quando non è stato gestito, che è il lavoro di progettazione. Una volta che un numero è noto per essere indirizzato in un server telefonico, una cattiva firma 403s piuttosto che cadere attraverso la scansione qui sotto, che altrimenti potrebbe corrispondere a diversa istanza completamente.