- Se descapó
- 6 de septiembre de 2026 a las 22:28 UTC
- Autor
- Kamo
- Compromit
- 9e9e814
Telnyx es tanto un servidor de teléfono como un transportista, y un perfil de mensajería Telnyx tiene exactamente una URL de boook web. Así que una organización que añadió a Telnyx como SERVER PHONE y ningún proveedor de texto todavía tenía su entrada entrega a /api/bulktext/inbound/telnyx, donde la única cosa que podría resolver el endpoint era una BulkTextProviderInstance. No hay ninguno, así que todas las respuestas fueron cayendo en el "no se aferra a ninguna instancia activa del proveedor". Ese org podría enviar mensajes a los clientes y Nunca ver una respuesta, que es el fracaso exacto de que toda esta zona existe para terminar. El endpoint reconoce ahora un número cuyos textos montan en un servidor de telefonía, verifica a través de **************** la costura que interfaz Ya lo había hecho, así que esto no es específico de Telnyx y lo entrega a la ingestación compartida. El carril tuvo que crecer una constante, y esa es la parte interesante. InboundRail dice qué fábrica puede responder, y estos dos rieles comparten una URL mientras Discrepar al respecto: presentar esto como BULK-TEXT le daría un VoipProviderInstancia id to BulkTextProviderFactory, que falla como "no tal caso", por lo que el HELP Nunca se enviaría respuesta y nada diría por qué. CARRIER.TO.PHONE-SERVER nombra la diferencia. El interruptor de respuesta de SmsKeywordService no tiene brazo por defecto Precisamente para que una nueva constante no se olvide allí. Fue un error de compilación hasta que se manejó, que es el diseño funcionando. Una vez que se sabe que un número es enrutado en un servidor telefónico, una mala firma 403s en lugar de caer en el escaneo de abajo, que de otra manera podría coincidir con un instancia diferente por completo.