Uno envía contrato a través de los cinco proveedores, y deja de dejar de tirar los textos entrante

FixVOIPService
Se descapó
6 de septiembre de 2026 a las 17:05 UTC
Autor
Kamo
Compromit
de96099

La capa de abstracción de SMS tenía cinco proveedores discrepando sobre cómo fracasar y una ruta entrante que desechaba los mensajes reales de los clientes en silencio. Envío - SendSmsResult - SmsSendOutcome: un código de máquina en (SmsFailureCode) y una frase terminada para mostrar al miembro sin cambios. handleOutbound leyó el estado de viejo tipo y error DROPPEDMessage, así que los equipos están cuidadosamente escritos "añade una explicación del proveedor de SMS nunca había llegado a un miembro. - New SmsGateway es la única forma en que un texto deja este servicio. Se niega a proveedor cuyo ProveedorCapabilities.sms es falso - una bandera declarada los cinco y nada leído - y normaliza cualquier cosa que un proveedor lance, devuelva nula para, o a veces. - FreePBX tiró ************* (a 500 con un rastro de pila) donde los Equipos devolvieron una sentencia; ambos responden ahora a NOT-SUPPORTED, con la la redacción que sigue siendo propiedad del proveedor a través de smsUnavailableReason(). - KamoPBX no tuvo ningún intento/captura, solo entre los cinco: un tiempo de espera se escapó como un 500 donde todos los demás proveedores devolvieron FAILED. - RingCentral dereferenced responsed response.getBody().get("id") dos veces sin vigilancia en el SUCCESS ruta, reportando un mensaje aceptado como un fallo, y se filtre cruda texto de excepción como redacción orientada a los miembros. - GET /sms/capabilidad para que el navegador pueda fijar la interfaz de usuario de texto por delante en su lugar dejar que un Equipos org escriba un mensaje y presionar no envíe nada. Recibir - ingerir () resolvió el miembro de la propiedad con una coincidencia exacta de cuerdas en **********************ingCentral entrega el número de teléfono 19495551212; un admin que mecanografió (949) 555-1212 no coincidía con nada y el texto fue lanzado en un log. En la advertencia. El nuevo inventario de VOIP-NUMBER-OWNERSHIP resuelve canónicamente, negándose adivinar cuando dos o dos miembros reclaman un número. DDL es manual... InitializerService no está desplegado. Se vuelve a la vieja mirada, así que El retroceso está dejando caer la mesa. - KamoPBX declaró sms(true) y podría enviar, pero nada en este servicio podría Recibir en él, por lo que esos orgs nunca vieron una sola respuesta. Nuevo carro ON-PREMISE y /internal/voip/sms-inbound, un hermano de la costura existente /ring. Conversaciones - upsertConversation se adaptó exactamente a EXTERNAL.PHONE-NUMBER, por lo que cada ortencia de Un número creció su propio hilo con su propia historia. Ahora canónico en lectura y E.164 en escritura, dejando números genuinamente internacionales intactos. También: un fallido envío ya no enlaces a una línea de tiempo de plomo como si hubiera ido, a El adjunto nunca transmitido ya no se almacena como un dato: URL y un HELP de forma automática, el proveedor se niega como se rechaza como se le ha contestado. 440 pruebas pasan, 20 nuevas.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios