Skip to main content
Qué sender IDs y cuerpos de mensajes puede usar una cuenta, y qué se estampa sobre los que coinciden.

​
conf.whitelist.enabled es predeterminado encendido

Así que el interruptor maestro es el que decide. Un listener tiene que salir explícitamente.

​
smsg.whitelist.max.variable amplía cada plantilla a la vez

Subir esto amplía cada plantilla aprobada del despliegue simultáneamente. Es el mayor falso-acepto que este diseño tiene, así que se registra en INFO y se reporta como max_variable en /ops/health.
Global en lugar de por listener porque las plantillas se compilan una vez al cargar en un índice por cuenta. Un valor fuera de 1–1000 cae al predeterminado con un WARN.

​
Los tres modos de estampado

off es el predeterminado a propósito. Predeterminar a assign empezaría a escribir TLVs sobre paquetes que cruzan listeners que nunca han escrito ninguno. Un cambio silencioso a lo que llega a un operador.El informe de cobertura del panel de control es lo que hace off descubrible en lugar de meramente silencioso: dice, por fila aprobada, qué tags mandatorios nada suministrará.
El gemelo REST predetermina a replace en su lugar, porque eso es lo que hacía el ingreso REST antes de que el modo existiera y una actualización no debe cambiar comportamiento.

​
La comprobación mandatoria del lado del proveedor es diferente

La comprobación por listener se ejecuta en el ingreso. La comprobación por proveedor se ejecuta contra lo que realmente va en el cable. Tras default.tlvs.submit y tras que registered.tlvs.submit haya filtrado. Un mensaje al que le falte un tag requerido allí se rechaza con un acuse FAILED, un reembolso y una fila cdr_rejected. No se vuelve a enrutar. Requerir un tag que no esté también en registered.tlvs.submit nunca puede satisfacerse, y se advierte al cargar.

​
Las exenciones por producto viven en la base de datos

app_product.whitelist_enabled = false exime ese producto totalmente. El panel lo cuenta cuando decide si aplicar es seguro. Una aprobación archivada bajo un producto exento no protege nada.
Cada clave arriba se lee genuinamente por listener. Una clave dejada fuera mantiene su forma escueta y lee un global que nadie establece, así que lee su predeterminado independientemente de cómo la configures. whitelist.tlvs.replace se distribuyó así una vez y no selló nada sobre SMPP durante todo lo que duró.
El código de rechazo para un tag mandatorio faltante es 0xC3. Consulta Códigos de estado. Para la ruta de despliegue, consulta Desplegar whitelisting.