En el anterior boletín recordábamos el infausto décimo aniversario del envío del primer mensaje considerado como spam. Terminábamos la editorial comentando los esfuerzos que los distintos agentes implicados (empresas, comités de estandarización, gobiernos, etc.) estaban diseñando para combatir el spam. Pero mientras tanto, ¿qué hacemos los usuarios?
Una de las herramientas más potentes disponibles es sin duda SpamAssassin, un paquete de software desarrollado en Perl y distribuido bajo una licencia libre. El objetivo de SpamAssassin es asociarse a un servidor de correo, como Sendmail o Postfix, y filtrar el correo que pase por él antes de su entrega definitiva. Gracias a su diseño abierto, es posible completar el conjunto con un filtro de virus de correo electrónico, aumentando así las capacidades de nuestro servicio de correo.
SpamAssassin no sólo filtra en base a un conjunto de reglas predefinidas a través de las cuales intenta detectar los casos más típicos de spam, sino que lo hace también conectándose a populares bases de datos llenas de información sobre nuevas técnicas de envío de spam y a listas negras de direcciones conocidas de spammers. Pero lo más interesante es que incluye lo que se conoce como “filtro Bayesiano”, que le permite aprender del correo que filtra, mejorando en el tiempo sus capacidades de filtrado y aumentando las posibilidades de bloquear más spam cada vez. Incluso es posible (y recomendable) “alimentar” a SpamAssassin con muestras de mensajes que sean considerados como spam o como “ham” (correo válido) en nuestra organización, de forma que SpamAssassin se adapte a nuestra operatividad y se personalice según nuestras necesidades.
El mayor problema de SpamAssassin es que su implantación no es ni mucho menos trivial y que realmente tiene sentido cuando se cuenta con un servidor de correo propio. Los usuarios, por lo tanto, deben centrarse en soluciones que les cubra sus necesidades en el propio escritorio. En la próxima editorial analizaremos las capacidades anti-spam de los clientes de correo para Linux más populares.
Hasta la semana que viene.
Editorial publicada originalmente en el Boletín de Noticias Linux nº 102 (2ª época) el 11 de marzo de 2004.