Para Zimbra Collaboration Suite 8.5 y versiones posteriores, la documentación de Zimbra ubica las personalizaciones locales de SpamAssassin en /opt/zimbra/data/spamassassin/localrules. Un archivo de reglas con .cfextensión puede residir allí; el ejemplo de Zimbra utiliza un archivo independiente para una regla personalizada. Las versiones anteriores de Zimbra utilizaban ubicaciones diferentes, por lo que debe verificar la versión y el directorio en su servidor antes de editar. La estructura actual del paquete también puede variar según la versión o la implementación.
Esta guía agrega una regla pequeña y reversible para todo el sitio, verifica su sintaxis, reinicia el servicio de análisis de correo y comprueba que el mensaje se haya entregado. Se presupone que usted administra el MTA de Zimbra. Si utiliza varios servidores MTA, aplique el archivo y reinicie SpamAssassin en cada servidor que analice el correo entrante.
La guía de reglas personalizadas de SpamAssassin de Zimbra documenta la ruta de las reglas locales y el zmamavisdctl restartcomando. Su guía antispam distingue la configuración antigua de ZCS 8 de la de ZCS 8.5 y versiones posteriores.
Una regla de SpamAssassin detecta una característica del mensaje, le asigna un nombre simbólico y contribuye con una puntuación. SpamAssassin combina esa puntuación con los resultados de otras pruebas. Zimbra aplica entonces sus umbrales de gestión de spam configurados. Una regla, por sí sola, no garantiza que un mensaje vaya a la carpeta de correo no deseado o sea rechazado: el resto de la puntuación del mensaje y la configuración del servidor también influyen.
Esa distinción es importante al elegir una puntuación. Empiece con un valor moderado, revise los falsos positivos y auméntelo solo cuando las pruebas demuestren que la señal es fiable. Evite copiar una puntuación alta de un ejemplo sin antes comprobar su propia puntuación de spam y umbral de descarte.
/opt/zimbra/data/spamassassin/localrulesexiste. La ruta descrita en esta guía se aplica a ZCS 8.5 y versiones posteriores, según la documentación de Zimbra. No asuma que se aplica a versiones anteriores..cfaccidentalmente un archivo existente.Se trata de personalizaciones a nivel de servidor, no de filtros de buzón. Todos los usuarios cuyo correo pase por el escáner configurado podrían verse afectados.
SpamAssassin admite tipos de reglas como header, body, uri, y meta. Una regla de encabezado es útil cuando un asunto o valor de encabezado distintivo es la señal. Una regla de cuerpo busca en el contenido del mensaje de texto; la documentación de SpamAssassin indica que las reglas de cuerpo ordinarias operan sobre texto decodificado y tratan el asunto como parte del cuerpo por defecto. Use una regla URI cuando la condición se refiera específicamente a enlaces.
Aquí tienes un ejemplo deliberadamente limitado que añade una pequeña puntuación cuando el asunto de un mensaje de prueba contiene una frase única. Sustituye la frase por una señal que hayas verificado en tus propios correos; este ejemplo no es una firma de spam general.
header LOCAL_SUBJECT_REVIEW Subject =~ /\bExample Vendor Alert\b/i
score LOCAL_SUBJECT_REVIEW 2.0
describe LOCAL_SUBJECT_REVIEW Subject contains the review phraseEl nombre simbólico debe ser único y utilizar letras, dígitos y guiones bajos. La headerlínea define la coincidencia, scorecontrola los puntos que se suman al detectarla y describeproporciona una explicación en el informe de SpamAssassin. Mantenga la descripción breve y explique claramente a otro administrador el motivo de la prueba.
La documentación de referencia de configuración de SpamAssassin detalla la sintaxis de las reglas de encabezado y cuerpo, el comportamiento de la puntuación y las expresiones regulares. La versión de Zimbra SpamAssassin instalada puede diferir de la documentación más reciente de Apache, por lo que se recomienda evitar el uso de nuevas funciones de reglas hasta confirmar su compatibilidad localmente.
su - zimbrals -ld /opt/zimbra/data/spamassassin/localruleslocal_subject_review.cf. Compruebe primero: ls -l /opt/zimbra/data/spamassassin/localrules/local_subject_review.cfzimbrausuario con tu editor y agrega las tres líneas de reglas anteriores:vi /opt/zimbra/data/spamassassin/localrules/local_subject_review.cfls -l /opt/zimbra/data/spamassassin/localrules/local_subject_review.cfcat /opt/zimbra/data/spamassassin/localrules/local_subject_review.cfSi falta el directorio, deténgase y confirme la versión de Zimbra y su configuración documentada. No cree un directorio con un nombre similar en una ubicación desconocida; SpamAssassin no necesariamente lo cargará.
Ejecute la comprobación de sintaxis de SpamAssassin antes de recargar. La documentación de la línea de comandos de Apache describe --lintesta comprobación como una comprobación de sintaxis de conjunto de reglas y configuración. Como usuario de Zimbra, ejecute el comando spamassassin --lintsi el ejecutable está disponible en el entorno de Zimbra. Si el comando no se encuentra o no carga la configuración de Zimbra, localice el ejecutable incluido y utilice la ruta de configuración correspondiente a la versión, en lugar de probarlo con una instalación de sistema no relacionada. Un resultado limpio de lint comprueba la sintaxis; no garantiza que el patrón coincida con los mensajes que pretende.
La documentación de comandos de SpamAssassin explica la opción lint. Una vez que la validación sea exitosa, reinicie Amavis como el zimbrausuario para que el escáner cargue las reglas modificadas:
zmamavisdctl restartEl ejemplo de reglas personalizadas de Zimbra utiliza este comando de servicio. En una instalación con varios MTA, repita la implementación del archivo y el reinicio del servicio en cada escáner correspondiente. Si su versión utiliza un comando de servicio diferente, consulte la documentación de Zimbra específica para esa versión.
Envía un mensaje de prueba controlado a través de la misma ruta de entrada que usan los usuarios. Usa la frase exacta del asunto de la regla para un mensaje y luego envía un mensaje similar sin ella. Inspecciona los encabezados originales del mensaje entregado, especialmente X-Spam-Statusel asunto LOCAL_SUBJECT_REVIEWy la contribución a la puntuación. Compara los dos mensajes y revisa dónde entregó Zimbra cada uno.
El resultado es útil si la regla aparece solo en la prueba prevista y la puntuación total produce el resultado esperado. Si falta el nombre de la prueba, verifique que el mensaje haya pasado por este MTA, que el nombre del archivo termine en .cf, que el archivo se encuentre en el directorio localrules correcto, que el escáner se haya reiniciado correctamente y que la muestra coincida con la expresión regular. Recuerde que los clientes de correo pueden ocultar los encabezados de diagnóstico en su vista normal; abra el código fuente del mensaje o los encabezados completos.
uriregla en lugar de asumir que una regla del cuerpo es la mejor prueba.X-Spam-Statuspuntuación total y los umbrales de gestión locales.Para revertir los cambios, elimine únicamente el archivo personalizado que agregó y reinicie Amavis. Si modificó un archivo existente, restaure la copia guardada y valide la configuración antes de recargarla. Mantenga un registro de cambios breve con el propósito de la regla, la puntuación, los mensajes de prueba y el nombre del archivo de reversión para que los administradores futuros puedan revisarlo.
La guía de rutas publicada por Zimbra cubre explícitamente ZCS 8.5 y versiones posteriores, y documenta un diseño diferente para versiones anteriores. La versión y los umbrales exactos de SpamAssassin incluidos dependen de la instalación. Una regla válida también puede comportarse de manera diferente con distintos formatos de mensaje, servidores de retransmisión y rutas de flujo de correo. Consulte la documentación de la versión instalada, realice pruebas en una ruta controlada y evalúe los resultados a partir de los encabezados de los mensajes y muestras reales de falsos positivos, en lugar de basarse únicamente en el texto de la regla.
Compara 10 herramientas de escaneo de ping para la detección rápida de redes LAN, el escaneo multiplataforma y la gestión de direcciones IP. Descubre qué puede (y qué no puede) revelarte un escaneo.
Compare seis herramientas de gestión de red para la monitorización del rendimiento, incluyendo la cobertura SNMP, la asignación de mapas, las alertas, los modelos de implementación y las ventajas y desventajas en cuanto a costes.
Compara las mejores aplicaciones de análisis Wi-Fi para Windows, iPhone y Android, incluyendo herramientas para la congestión de canales, la cobertura de la señal, los mapas de calor y la resolución de problemas de red.
Compara siete monitores de ping gratuitos y de código abierto, desde suites de red completas hasta sondas de latencia específicas, y elige el que mejor se adapte a tus necesidades en cuanto a disponibilidad, pérdida de paquetes e historial.
Aprenda qué significa QoS en redes, cómo las marcas DSCP y las colas de tráfico priorizan las aplicaciones de voz, vídeo y empresariales, y qué problemas no puede solucionar la QoS.
Compare siete herramientas de administración de direcciones IP para el descubrimiento de subredes, la coordinación de DNS y DHCP, el inventario de red y la gestión de direcciones IP de código abierto.
Compara software de servidor SFTP fiable para Windows y Linux, incluyendo OpenSSH, Bitvise, SolarWinds y SFTPGo. Encuentra la solución ideal para tus necesidades de seguridad y transferencia de archivos.
Cree un sistema práctico de monitorización de red con una cobertura clara de los dispositivos, métricas de rendimiento útiles, alertas procesables y una comparación de SolarWinds NPM, PRTG y OpManager.
Compare las herramientas de escaneo de red para la detección rápida de dispositivos, escaneos de IP multiplataforma y gestión de direcciones IP (IPAM) empresariales, con orientación sobre cómo adaptar cada opción a su red.
Utilice la opción --traceroute de Nmap para asignar saltos a un host autorizado, comprender la salida de saltos y RTT, y solucionar problemas de respuestas faltantes sin realizar un escaneo excesivo.
