Saltar al contenido principal
Cuando un cliente dice que sus recibos de entrega dejaron de llegar, la respuesta normalmente ya la conoce el gateway y simplemente no está escrita. smsg.diagnostics decide cuánto de ella lo está.
Configúrelo desde el panel de control: Configuration → Gateway → Diagnostics. Sin SQL, y surte efecto en el siguiente poll de configuración — sin reinicio.

​
Los tres niveles

problems es el nivel para operar. Es el que responde una pregunta de soporte sin que nadie tenga que activar algo primero — que es todo el problema que existe para resolver, porque el momento en que necesita la evidencia siempre es después de que la cosa ocurrió.

​
Configurarlo no cambia nada hasta que lo configura

smsg.diagnostics suministra el valor por defecto de los dos ajustes de abajo. No los anula. Así que un gateway actualizado sin nivel configurado se comporta exactamente como antes, y un operador que ya había ajustado message.trace.mode conserva lo que eligió. El panel nombra cualquier ajuste que esté anulando el nivel, porque un nivel que parece vigente mientras una clave lo supera silenciosamente es el único estado confuso que este arreglo puede producir.

​
Lo que deliberadamente no toca

Ningún nivel aquí almacena contenido de mensajes.smsg.cdr.body conserva el texto de los mensajes del cliente. print.msgs registra números de teléfono, cuerpos de mensajes y contraseñas de bind. Ambas son decisiones sobre retener datos del cliente, tomadas por operadores en jurisdicciones que responden esa pregunta de forma distinta — no diales para cuánto detalle quiere hoy.Subir un nivel de diagnóstico para perseguir un recibo nunca debe empezar a retener contenido de mensajes como efecto secundario, así que ninguno forma parte de smsg.diagnostics. Configúrelos por separado, deliberadamente, y vuelva a apagarlos.

​
Lo que problems registra

Los eventos aterrizan en cdr_event y aparecen en la página de un mensaje bajo Customer exchange: Las direcciones de callback se almacenan con la query string eliminada. Una dlr-url lleva rutinariamente una clave de API, y estas filas son ampliamente legibles, así que el endpoint se guarda como esquema, host y ruta y nada más. Eso no tiene ajuste ni forma de evitarlo.

​
Ver qué respondió su endpoint

Un código de estado dice que el callback falló. No dice por qué, y la razón suele estar en el cuerpo que devolvió el endpoint: {"error": "unknown template id"} y una página de login en HTML son dos fallos completamente distintos que llegan ambos como un 500.
La tabla Intercambio con el cliente en la página de un mensaje muestra entonces una celda Respuesta en cada intento de callback, que se despliega a los primeros 500 caracteres de la respuesta y un conjunto fijo de cabeceras: tipo, longitud y codificación del contenido, retry-after, location y x-request-id.
Se distribuye como off, y es una clave separada de smsg.cdr.events a propósito. Registrar que un callback falló y retener lo que escribió de vuelta el servidor de un cliente son decisiones distintas, y ningún nivel de diagnóstico activa la segunda por ti.No se guarda nada fuera de esa lista de cabeceras, así que un set-cookie o un authorization que devuelva un endpoint no se almacena: nunca se copia en primer lugar.
Sin ello la página dice no capturado en cada intento, que es una respuesta distinta de no disponible: la segunda significa que el gateway es anterior a la función y ningún ajuste ayudará. Un intento que muestra sin respuesta no recibió ninguna respuesta que guardar: la petición fue rechazada o falló antes de que el endpoint contestara, y activar la captura no lo habría cambiado.

​
registered_delivery, y el valor que sorprende a la gente

Un recibo suprimido es casi siempre esto: 0x02 es el que produce “recibimos algunos recibos pero no otros”. El evento receipt.suppressed imprime el octeto almacenado para que pueda leerse en lugar de adivinarse.

​
Subirlo para un solo mensaje

Luego envíe el mensaje, lea el log, y devuélvalo a problems. verbose registra cada fallo de enrutamiento, respuesta de submit y encolado — dejarlo activado es volumen real de escritura en un gateway en vivo.