Listas de correo

Las listas de correo son el pan y la mantequilla de las comunicaciones

del proyecto. Si algn usuario es expuesto a algn foro aparte de las
paginas web, probablemente sea la lista de correos del proyecto. Pero
antes de trabajar con las listas en si mismas, deben tomar experiencia
con la interfazesto es, el mecanismo por el cual se pueden unir
("suscribirse a") a la lista. Esto nos brinda la regla nmero uno de las
listas de correo:
No intentes dirigir las listas de correo a manoconsigue un software de
manejo de listas.
Ser tentador dejar esto de lado. Configurar un software para listas de
correo puede parecer demasiado difcil al principio. Manejar listas
pequeas de bajo trfico a mano puede parecer seductor al principio:
slo hay que montar una lista de suscripcin que te reenva todo y
cuando alguien enva un mensaje, se agrega (o elimina) su direccin de
correo en algn tipo de fichero de texto que almacena todas las
direcciones de la lista. Qu podra ser ms sencillo?
El truco est en hacer un buen manejo de las listas de correolo cual no
es lo que la gente espera no es nada sencillo. No es solo sobre
suscribir y de suscribir usuarios cuando lo solicitan. Tambin es sobre
moderar para prevenir SPAM, ofrecer la lista resumida en lugar de
mensaje por mensaje, proporcionar una lista estndar e informacin del
proyecto a travs de auto respuestas y muchas otras cosas. Un ser
humano monitorizando las direcciones de suscripcin es solo una
pequea parte del mnimo de funcionalidad e incluso as, no es la forma
ms segura y puntual que un software podra ofrecer.
Un software para el manejo de listas de correo usualmente ofrece las
siguientes caractersticas:
Suscripcin a travs de correos o basada en web
Cuando un usuario se suscribe a la lista, debera recibir una
respuesta de bienvenida sin demora, explicndole como seguir
interactuando con el software y (ms importante) con eliminar la
suscripcin. Esta respuesta automtica puede ser modificada para
contener informacin especfica del proyecto, por supuesto, como
el sitio web, localizacin del FAQ, etc.

Suscripcin al modo de resmenes o al modo de mensaje por mensaje

En modo resumen, el suscriptor recibe un correo conteniendo toda
la actividad de la lista en ese da. Para aquellos quienes desean
seguir la lista indirectamente, sin participar, el modo resumen es a
menudo el preferible, porque les permite revisar todos los temas a
la vez y evitar las distracciones de los correos que llegan en
momentos al azar.
Caractersticas para la moderacin
Moderar es revisar los mensajes para asegurar que: a) no es
SPAM y b) en tema, antes de que lleguen a la lista. La moderacin
incluye necesariamente a seres humanos, pero el software puede
hacer mucho para hacerlo ms sencillo. Se discute ms acerca de
la moderacin luego.
Interfaz Administrativa
Entre otras cosas, le permite a un administrador eliminar
direcciones obsoletas fcilmente. Esto puede hacerse
urgentemente cuando la direccin del receptor empieza a enviar
respuestas automticas del tipo "Ya no tengo sta direccin de
correo" a la lista en respuesta a cada mensaje. (Algunas
aplicaciones para listas de correo pueden incluso detectar esto por
si mismas y eliminar la suscripcin de sta persona
automticamente.)
Manipulacin de las cabeceras
Muchas personas tienen sofisticados filtros y reglas de respuestas
configuradas en sus clientes de correo. Las aplicaciones de listas
de correo pueden aadir y manipular ciertas cabeceras estndar de
las que estas personas se puedan beneficiar (ms detalles a
continuacin).
Archivo
Todos los mensajes enviados a las listas son almacenados y
hechos pblicos en la web. Alternativamente, algunas aplicaciones
de software para listas de correo ofrecen interfaces especiales para
conectar alguna herramienta externa de archivo como MHonArc

(http://www.mhonarc.org/). Al igual Sobresaliente uso de los

archivos en Captulo 6, Comunicaciones se discute que el archivo
es crucial.
El objetivo de todo esto es sencillamente enftizar que la administracin
de las listas de correo es un problema complejo sobre el cual se ha
pensado mucho y que est casi resuelto. Ciertamente no es necesario
convertirse en un experto, pero hay que resear que siempre hay lugar
para el aprendizaje y que la administracin de las listas ocupara algo de
atencin de vez en cuando durante la duracin del proyecto. A
continuacin examinaremos algunos de los problemas ms comunes que
podemos encontrar al configurar las listas de correo.

Prevenir el Spam
Entre el momento cuando sta frase es escrita y cuando es publicada, el
problema a lo largo y ancho de Internet el problema del Spam
probablemente sea el doble de severoo al menos parecer que es as.
Hubo una poca, no mucho tiempo atrs, cuando se poda administrar
una lista de correos sin la necesidad de tomar medidas para prevenir el
Spam. Algn mensaje extraviado ocasional apareca pero con tan poca
frecuencia que solo era una molestia de bajo nivel. Esa poca ya es
historia. Hoy, las listas de correo que no toman medidas preventivas en
contra del Spam se ver sumergida rpidamente en correo basura hasta
el punto de ser intil. Prevenir el Spam es una prioridad.
La prevencin de Spam se divide en dos categoras: prevenir que
mensajes basura aparezcan en la lista y prevenir que la lista sea utilizada
como fuente de nuevas direcciones de correo para los spammers. La
primera es la ms importante, as que la examinaremos primero.
Filtrado de los mensajes

Existen tres tcnicas bsicas para prevenir mensajes basura y muchas

aplicaciones para listas ofrecen las tres. Lo mejor es utilizarlas en
tandem:
1. Slo permitir automticamente mensajes de los suscriptores a
la lista.
Esto es efectivo hasta cierto punto y necesita de poca
administracin ya que usualmente es slo cuestin de cambiar

algunos puntos en la configuracin de la aplicacin de listas. Hay

que apuntar que aquellos mensajes que no son aprobados
automticamente no deben ser desechados. En su lugar, deben
ser moderados por dos razones. Primero, se deben permitir
mensajes de quienes no estn suscritos. Alguna persona con una
pregunta o sugerencia no debera tener que suscribirse a la lista
para enviar un solo mensaje. Segundo, incluso quienes estn
suscritos envan mensajes desde cuentas diferentes de la que han
utilizado para suscribirse. Las direcciones de correo electrnico no
son un mtodo eficaz para identificar a las personas y no debe ser
utilizado para esto.
2. Filtrar los mensajes utilizando un programa de filtro de spam.
Si la aplicacin de listas de correo lo permite (la mayora lo hace)
se pueden filtrar los mensajes utilizando un filtro anti-spam. El
filtrado automtico de Spam no es perfecto, y nunca lo ser, ya que
existe un pulso sin fin entre los spammers y los escritores de filtros.
A pesar de esto, se puede reducir enormemente la cantidad de
Spam que llega a la cola de moderacin y dado que mientras ms
larga sea sta cola, se necesitaran ms tiempo examinndola, as
que cualquier filtrado automtico es beneficioso.
No hay lugar suficiente para unas instrucciones detalladas sobre
como configurar filtros de Spam. Habr que consultar la
documentacin de la aplicacin de listas de correo para esto
(en Software ms adelante en ste captulo). Las aplicaciones
para listas vienen con caractersticas para la prevencin de Spam,
pero quizs sera una buena idea aadir una solucin de un
tercero. He tenido buenas experiencias con estas dos:
SpamAssassin (http://spamassassin.apache.org/) y SpamProbe
(http://spamprobe.sourceforge.net/). Esto no es una crtica contra
otros filtros anti spam open source que al parecer son muy buenos
tambin. Sucede que slo he tenido la oportunidad de utilizar estos
dos y estar satisfecho con ellos.
3. Moderacin.
Para aquellos correos que no son automticamente aceptados por
su virtud de ser enviados por un suscriptor a la lista y que pasan a
travs del filtro anti-spam, si es que lo hay, la ultima fase es

la moderacin: el correo es enrutado a una direccin especial,

donde alguien lo examina y lo confirma o rechaza.
Confirmar un mensaje se puede hacer de dos formas: se puede
aceptar el mensaje slo una vez o se le puede indicar a la
aplicacin que acepte ste y todos los mensajes futuros de ste
remitente. Casi siempre deseamos hacer lo ltimo de manera que
podamos reducir la carga futura en la moderacin. Los detalles
sobre como confirmar esto, varan entre sistemas pero usualmente
es una cuestin de responder a una direccin en especial con el
comando "aceptar" (lo que significa que slo se aceptar ste
mensaje) o "permitir" (permitir ste y todos los mensajes futuros).
Rechazar un mensaje se hace simplemente ignorando el correo de
moderacin. Si la aplicacin nunca recibe confirmacin de que algo
es un mensaje valido entonces no pasar a la lista, as que con
solo ignorar el correo de moderacin crear el efecto deseado. En
algunos casos, existe la opcin de responder con los comandos
"rechazar" o "denegar" para que automticamente se desaprueben
los mensajes del remitente sin siquiera pasarlos por la moderacin.
Raramente existe una razn para hacer esto ya que la moderacin
es por lo general para prevenir el spam y los spammers no suelen
utilizar una misma direccin dos veces.
Hay que asegurarse de que la moderacin slo se utiliza para filtrar el
spam y mensajes fuera de contexto, como cuando alguien enva un
correo a la lista equivocada. El sistema de moderacin por lo general
ofrece una manera de responder directamente al remitente pero es mejor
no utilizarlo para responder a preguntas que realmente pertenecen a la
lista, incluso si se sabe la respuesta inmediatamente. De hacer esto, se
privaria a la comunidad del proyecto de una visin exacta de que tipo de
preguntas la gente hace y privarlos de la oportunidad de responder ellos
mismos a preguntas y/o ver las respuestas de otros. La moderacin de
las listas debe ser estrictamente para mantenerlas libres de basura y de
correos fuera de contexto, nada ms.
Ocultar las direcciones en los archivos

Para prevenir que los spammers utilicen las listas de correo como una
fuente de direcciones, una tcnica muy comn es la de ocultar las
direcciones de correo de la gente en el registro, reemplazndolas como
por ejemplo:

jrandom@somedomain.com

por
jrandom_AT_somedomain.com

o
jrandomNOSPAM@somedomain.com

o algo similar igual de obvio (para un humano). Ya que los recolectores

de direcciones por lo general funcionan reptando por paginas web
incluyendo el archivo de nuestra lista de correo y buscando secuencias
conteniendo "@", modificar las direcciones es una forma para que sean
invisibles o intiles para los spammers. Esto no hace nada para prevenir
que se envi spam desde la lista, por supuesto, pero si evita que se
incremente la cantidad de spam enviado directamente a las cuentas
personales de los usuarios de la lista.
Ocultar las direcciones puede ser algo controversial. A algunas personas
les puede gustar mucho y se sorprendern si el registro no lo hace
automticamente. Otras pueden pensar que es demasiado inconveniente
(porque los humanos tambin tenemos que traducir las direcciones antes
de utilizarlas). Algunas veces las personas afirman que es inefectivo,
porque los recolectores en teora pueden compensar cualquier patrn de
modificacin consistente. No obstante, hay que sealar que existe
evidencia emprica de que ocultar las direcciones es efectivo, como se
puede ver en http://www.cdt.org/speech/spam/030319spamreport.shtml.
Lo ideal sera que la aplicacin administrativa de la lista diese la
posibilidad de escoger a cada individuo, utilizando una cabecera si/no
especial o configurndolo en las preferencias de la cuenta del suscriptor.
Sin embargo, no conozco ninguna aplicacin que permita hacer esto para
cada suscriptor o para cada mensaje, as que por ahora el administrador
de la lista debe tomar la decisin en nombre de todos (asumiendo que el
archivador ofrece sta caracterstica, lo cual no es siempre as). Yo me
inclino ligeramente hacia ocultar las direcciones. Algunas personas son
muy cuidadosas para evitar enviar sus direcciones de correo electrnico
en paginas web o en cualquier lugar donde un recolector de spam pueda
verla, y podran ser decepcionante que todo ese cuidado sea perdido
gracias al registro de la lista de correo. Mientras tanto, la inconveniencia
al ocultar las direcciones que impone en los usuarios del registro es muy
pequea, dada la trivialidad de transformar las direcciones al formato

correcto si se necesita contactar con esa persona. Pero hay que seguir
pensando en que, al final, sigue siendo una lucha sin fin: para cuando
haya ledo esto, los recolectores podran haber evolucionado hasta el
punto de reconocer la mayora de formas comnmente utilizadas para
ocultar y tendremos que pensar en algo ms.

Identificacin y Administracin de cabeceras

Por lo general, los suscriptores de las listas mueven estos correos a una
carpeta especfica para el proyecto, separados de su otro correo
personal. Sus clientes de correo hacen esto automticamente al
examinar las cabeceras de los mensajes. La cabecera son los campos
que se encuentran en la parte superior de los correos, los cuales indican
el remitente, destinatario, asunto, fecha e informacin variada sobre el
mensaje. Cabeceras certeras son bien conocidas y obligatorias:
From: ...
To: ...
Subject: ...
Date: ...

Otras son opcionales, aunque de cierta manera estndar. Por ejemplo,

no es estrictamente requerido que un correo electrnico tenga la
cabecera
Reply-to: sender@email.address.here

pero muchas lo tienen, porque da al destinatario una manera a prueba de

errores de responder al remitente (es especialmente til cuando el
remitente ha tenido que enviar un correo desde una direccin diferente a
la cual las respuestas deben ser dirigdas).
Algunos clientes de correo ofrecen una interfaz fcil de usar para rellenar
correos basados en patrones en la cabecera Asunto. Esto lleva a que la
gente pida que la lista de correo aada automticamente un prefijo a
todos los Asuntos, de forma que puedan configurar sus clientes para que
busquen esos prefijos y archivar los correos en el directorio correcto. La
idea es que el autor original escribira:
Asunto: Trabajando en la versin 2.5

pero el correo aparecera en la lista as:

Asunto: [discuss@lists.example.org] Trabajando en la

versin 2.5

Aunque la mayora de las aplicaciones de administracin de listas

ofrecen la opcin de hacer esto, yo recomiendo no utilizarla. El problema
que resuelve puede ser resuelto de otras formas menos intrusas y los
costes de utilizar espacio en el campo del Asunto son demasiado
grandes. Los usuarios experimentados de las listas de correos revisan el
asunto de los correos entrantes del da para decidir acerca de qu van a
leer y qu van a responder. Fijar el nombre de la lista al Asunto puede
mover hacia la derecha el verdadero Asunto y fuera de la pantalla,
hacindolo invisible. Esto oculta informacin necesaria para aquellos
quienes dependen en la decisin de cuales correos van a abrir,
reduciendo la funcionalidad conjunta de la lista para todos.
En lugar de sobrecargar el Asunto, hay que ensear a los usuarios para
que saquen ventajas de otras cabeceras estndar, empezando con el
campo "Para", el cual debera contener el nombre de la lista de correos:
To: <discuss@lists.example.org>

Cualquier cliente de correo capaz de filtrar los mensajes basndose en el

Asunto debe ser capaz de filtrar utilizando el campo Para facilmente.
Existen otras cabeceras opcionales pero estndar para las listas de
correo. Filtrar utilizndolos es incluso ms fiable que utilizar las
cabeceras "Para" o "Cc" dado que estas cabeceras son aadidas a todos
los mensajes por el programa de administracin de la lista, as que
algunos usuarios estn contando con su presencia:
list-help: <mailto:discuss-help@lists.example.org>
list-unsubscribe: <mailto:discussunsubscribe@lists.example.org>
list-post: <mailto:discuss@lists.example.org>
Delivered-To: mailing list discuss@lists.example.org
Mailing-List: contact discuss-help@lists.example.org; run
by ezmlm

La mayora se explican en si mismos.

En http://www.nisto.com/listspec/list-manager-intro.html se explican mejor
o en http://www.faqs.org/rfcs/rfc2369.html para una especificacin formal
ms detallada.
Hay que sealar como estas cabeceras implican que si se tiene una lista
de correos llamada "list" entonces se tienen tambin unas direcciones

administrativas "list-help" y "list-unsubscribe". Adems de estas, es

normal tener "list-subscribe" para unirse y "list-owner" para contactar con
el administrador de la lista. Dependiendo en la aplicacin administrativa
que se use, estas y/o otras direcciones administrativas varias pueden ser
configuradas; la documentacin debera detallar esto. A menudo una
explicacin completa de todas estas direcciones especiales es enviada a
cada nuevo suscriptor como parte de un mensaje de bienvenida
automtico. Probablemente usted mismo reciba una copia de esto correo
de bienvenida. Si no lo ha recibido, pida una copia a alguien, de manera
que pueda saber qu estn recibiendo los nuevos suscriptores.
Mantenga la copia a mano de manera que pueda responder preguntas
acerca del funcionamiento de la lista, o mejor aun, ponerlo en una pgina
web en alguna parte. As, cuando alguien pierda su copia de las
instrucciones y pregunte cmo pueden eliminarse de la lista, se les
facilita la URL.
Algunas aplicaciones para listas de correos ofrecen la opcin de agregar
al final de cada mensaje las instrucciones para eliminar la suscripcin. Si
sta opcin est disponible, usela. Solo causa algunas lineas extra por
mensaje en un sitio inofensivo y puede ahorrar mucho tiempo al reducir
el nmero de gente que escriba o peor an, que escriban a la lista
preguntando cmo eliminar la suscripcin.

El gran debate del Reply-To

Antes en Evitar discusiones privadas hice incapie en la importancia de
asegurar que las discusiones se mantengan en foros pblicos y hable
acerca de porque a veces tomar medidas activas es necesario para
prevenir que algunas conversaciones deriven a hilos privados. Este
captulo es acerca de todo lo relacionado con preparar el software de
comunicacin del proyecto para que realice la mayor cantidad de trabajo
posible. As que, si la aplicacin para la administracin de las listas de
correo ofrece una manera automtica de encausar las discusiones a la
lista, habra que pensar que habilitarla es la opcin correcta.
Bueno, quizs no. Existe tal caracterstica, pero tiene algunas
desventajas muy importantes. Usarla o no es uno de los debates ms
calientes en la administracin de las listas de correoadmitamoslo, no
es una controversia que vaya a aparecer en las noticias, pero se puede
iniciar de vez en cuando en los proyectos de software libre. A
continuacin, voy a describir esta caracterstica, proponer los argumentos
de cada posicin y hacer la mejor recomendacin que puedo.

Esta caracterstica en si misma es muy sencilla: la aplicacin para las

listas puede, si lo deseamos, automticamente establecer la cabecera
Reply-To en todos los mensajes para dirigir todas las respuestas a la
lista. As que, sin importar lo que escriba el remitente en este campo (o si
ni siquiera lo establecen) para cuando los suscriptores a la lista vean el
mensaje, ste contendr la direccin de la lista en la cabecera:
Reply-to: discuss@lists.example.org

Esto puede parecer algo bueno, porque virtualmente todos los clientes de
correo prestan atencin a esta cabecera y ahora cada vez que alguien
responda a algn mensaje, su respuesta ser automticamente dirigida a
la lista, no slo a quien ha enviado el mensaje que se responde. Por
supuesto que el remitente puede manualmente modificar esto, pero lo
importante es que por defecto las respuestas son enviadas a la lista. Este
es un ejemplo perfecto de como utilizar la tecnologa para animar la
colaboracin.
Desafortunadamente, existen algunas desventajas. La primera es
conocida como el problema No puedo llegar a casa: a veces, el remitente
original establece su direccin de correo real en el campo Reply-To
porque por alguna razn u otra envan correos utilizando una direccin
diferente a la que utilizan para recibirlos. Las personas que envan y
reciben correos desde el mismo sitio no tienen ste problema y quizs se
sorprendan de que siquiera existe. Pero para quienes utilizan
configuraciones de correo inusuales o quienes no pueden controlar como
se forma el campo From de su direccin de correo electrnico (quizs
porque envan correos desde sus trabajos y no tienen ninguna influencia
sobre el departamento de sistemas) el utilizar el campo Reply-To quizs
sea la nica manera que tienen para asegurarse de que las respuestas a
sus mensajes les llegan (encuentran el camino a casa). As que si la
aplicacin de las listas sobre escribe esto, esta persona puede que
nunca vea las respuestas a sus mensajes.
La segunda desventaja se refiere a las expectativas y en mi opinin, el
argumento ms fuerte en contra del cambio del Reply-To. La mayora de
los usuarios experimentados de correo electrnico estn acostumbrados
a dos mtodos bsicos de responder: Responder a todos y Responder al
remitente. Todos los clientes de correo tienen botones separados para
estas dos acciones. Sus usuarios saben que para responder a todos los
incluidos en la lista, deben escoger, responder a todos y que para
responder slo al remitente en privado, deben seleccionar Responder al

remitente. Aunque se desee animar a que la gente responda a la lista

siempre que sea posible, existen ciertas circunstancias cuando un
mensaje privado al remitente es prerrogativopor ejemplo, desean
compartir informacin confidencial, algo que sera inapropiado para una
lista pblica.
Ahora consideremos lo que sucede cuando la lista sobre escribe la
cabecera Reply-To original del remitente. Quien responde pulsa la opcin
de Responder al remitente, con la esperanza de enviar un mensaje
privado al autor original. Porque esta es la conducta esperada y quizs
esta persona no se moleste en examinar cuidadosamente la direccin del
destinatario en el nuevo mensaje. Redacta su correo privado, un mensaje
confidencial, uno que puede diga algo embarazoso acerca de alguien de
la lista y pulsa el botn de enviar. Inesperadamente el mensaje llega a la
lista unos minutos despus. Cierto, en teora debera haber revisado
cuidadosamente el destinatario y no debera haber asumido nada acerca
del campo Reply-To. Pero por lo general este campo se compone con su
direccin de correo personal (o en su lugar, los clientes de correo lo
hacen) y muchos usuarios asiduos del correo electrnico dan esto por
seguro. De hecho, cuando alguien determina deliberadamente el campo
Reply-To a alguna otra direccin, como la de la lista, usualmente sealan
esto en el contenido del mensaje, de forma que quienes respondan no se
sorprendan de lo que sucede cuando lo hacen.
Dada la posibilidad de consecuencias muy severas de esta conducta
inesperada, mi preferencia es la de configurar la aplicacin de la lista
para que nunca toque la cabecera Reply-To. Este caso de cuando se
utiliza la tecnologa para animar la colaboracin tiene, a mi parecer,
efectos colaterales potencialmente peligrosos. Por otro lado, existen
argumentos concretos del otro lado de este debate. Sea lo que sea que
se escoja, puede que en ocasiones algunas personas pregunten por qu
no se ha escogido el otro camino. Dado que esto no es algo que se
quiere sea el principal tema de discusin en la lista, puede ser
conveniente tener una respuesta preparada del tipo que sea ms
propensa a poner fin a la discusin en lugar de animarla. Hay que
asegurarse de no insistir en que esta decisin, sea cual sea, es
obviamente la nica correcta (incluso cuando se crea que esto es as).
En cambio, hay que sealar que este es un viejo debate, que existen
buenos argumentos de cada lado, que ninguna decisin iba a satisfacer a
todos los usuarios y que por esto se ha tomado la mejor decisin que se
poda. Amablemente se pide que el tema no vuelva a surgir a menos que

alguien tenga algo realmente nuevo que decir, entonces hay que
mantenerse alejado y esperar a que muera por causas naturales.
Alguien podra sugerir una votacin. Se puede permitir esto si se quiere,
pero personalmente no creo que contar manos sea una solucin
satisfactoria en este caso. El castigo para alguien que se vea sorprendido
por este comportamiento es demasiado (accidentalmente enviar un
correo privado a la lista publica) y las molestias para todos los dems es
pequea (ocasionalmente recordarle a alguien que deben responder a la
lista) por esto no est claro de que la mayora, aunque sean la mayora,
deban poner a una minora bajo ese riesgo.
No he llegado a tocar todos los aspectos acerca de este tema, slo los
que me han parecido de especial importancia. Para una discusin
completa, se pueden leer los siguientes documentos, los cuales son
siempre citados cuando se entra en el debate:

Leave Reply-to alone, por Chip Rosenthal

http://www.unicom.com/pw/reply-to-harmful.html

Set Reply-to to list, por Simon Hill

http://www.metasystema.net/essays/reply-to.mhtml

A pesar de las benignas preferencias indicadas anteriormente, no creo

que exista una nica respuestas correcta y he participado felizmente de
muchas listas que cambiabanel Reply-To. Lo mejor que se puede hacer,
es centrarse en alguna de las dos vas desde el principio e intentar no
verse enredado en debates sobre esto despues.
Dos fantasas

Algn da, alguien tendr la brillante idea de implementar una

opcin Responder a la lista en su cliente de correo. Podra utilizar alguna
de las cabeceras para listas mencionadas antes para descubrir la
direccin de la lista de correos y luego direccionar las respuestas
directamente a la lista, ignorando cualquier otro destinatario, ya que
probablemente muchos estn suscritos a la lista de todas formas.
Eventualmente, otros clientes implementarn esta caracterstica y todo el
debate desaparecer. (De hecho, el cliente de correos Mutt ofrece esta
opcin.[13])

Una mejor solucin sera que el tratamiento del campo Reply-To fuese
una opcin por suscriptor. Quienes deseen que la lista modifique sus
cabeceras Reply-To (ya sea en sus mensajes o en los de otros) podra
solicitarlo, y quienes no lo desean, se les deja tranquilos. Aunque no
conozco ninguna aplicacin para listas de correo que permita esto para
cada suscriptor. As que por ahora, parece que estamos atados a una
configuracin global.[14]

Archivo
Los detalles tcnicos para configurar un archivo para la lista de correos
son especficos de la aplicacin utilizada y estn fuera del alcance de
este libro. Al escoger o configurar un archivador, es conveniente
considerar lo siguiente:
Actualizacin rpida
A menudo la gente querr ser referida a un mensaje enviado
durante la ultima hora o dos. Si es posible, el archivador deber
archivar cada mensaje instantneamente, de tal manera de que
cuando el mensaje aparezca en la lista de correos, ya est en el
archivo. Si esa opcin no esta disponible entonces al menos hay
que intentar configurar el archivado para que se realice cada hora o
as. (Por defecto, algunos archivadores ejecutan el proceso de
actualizacin cada noche, pero en la prctica esta demora es
demasiado larga para una lista de correos.
Estabilidad referencial
Una vez que un mensaje es archivado bajo una URL en particular,
debe ser accesible desde esa URL para siempre. Incluso si el
archivo es reconstruido o restaurado de un respaldo, cualquier URL
que haya sido hecha publica debe permanecer igual. Las
referencias estables hacen posible que los buscadores de Internet
sean capaces de indexar el archivo, lo cual es una gran ventaja
para los usuarios que buscan respuestas. Las referencias estables
son tambin importantes porque los mensajes de la lista y los hilos
son enlazados desde el gestor de fallos ( Seguimiento de
errores) ms adelante en este captulo o en la documentacin de
otros proyectos.

Lo ideal sera que la aplicacin de la lista de correos incluya la URL

del mensaje archivado o al menos la porcin de la URL especfica
del mensaje en una cabecera cuando este es distribuido. De esta
manera la gente que haya recibido el mensaje podr conocer su
lugar en el archivo sin la necesidad de visitar el archivo, lo cual es
de gran ayuda, ya que cualquier actividad que implique el uso del
navegador web es automticamente un consumo de tiempo. Que
alguna aplicacin de listas de correos ofrece esta posibilidad no lo
s. Desafortunadamente, los que he utilizado no la tienen. Pero
esto es algo que hay que buscar (o si desarrolla una aplicacin de
listas, esta es una caracterstica que debe considerar implementar,
por favor).
Respaldos (Backups)
Debe ser obvio como respaldar el archivo y la receta para
restaurarlo no deben ser muy complicada. En otras palabras, no
hay que tratar el archivo como una caja negra. Debe conocer
donde se almacenan los mensajes y como restaurar las pginas
del archivo del almacn si alguna vez es necesario. Estos archivos
contienen datos muy preciadosun proyecto que los pierde, pierde
buena parte de su memoria colectiva.
Soporte de los hilos
Desde cualquier mensaje debe ser posible ir al hilo (grupo de
mensajes relacionados) al que pertenece el mensaje. Cada hilo
debe tener su propia URL tambin, separado del URL de los
mensajes del hilo.
Bsquedas
Un archivo que no permita bsquedastanto en el cuerpo de los
mensajes como por autor o segn el asuntoes casi intil. Hay
que sealar que algunos archivadores permiten bsquedas al
remitir la labor a un buscador externo como Google. Esto es
aceptable, pero por lo general, las bsquedas directas son ms
finas, porque permiten a quien busca, especificar que los
resultados sean mostrados, por ejemplo, segn el asunto y no
segn el cuerpo del mensaje.

Lo anterior es slo una lista tcnica para ayudar a evaluar y configurar un

archivador. Hacer que la gente de hecho utilice el archivo como ventaja
para el proyecto es discutido en captulos posteriores en particular
en Sobresaliente uso de los archivos.

Software
Aqu hay algunas herramientas open source para la gestin de las listas
de correo y su archivo. Si el hosting del proyecto ya tiene una
configuracin por defecto, quizs no sea necesario siquiera decidir cual
herramienta utilizar. Pero si se tiene que instalar una, existen algunas
posibilidades. Las que he utilizado son Mailman, Ezmlm, MHonArc e
Hypermail, lo cual no significa que no haya otras que sean igual de
buenas (y por supuesto, probablemente existan otras que no he logrado
encontrar, as que no considere esto como una lista completa).
Aplicaciones de gestin de listas de correo:

Mailman http://www.list.org/
(Tiene un archivador incorporado y la posibilidad de conectarse a
archivadores externos.)

SmartList http://www.procmail.org/
(Para ser utilizado con el sistema de procesamiento de correos
Procmail.)

Ecartis http://www.ecartis.org/
ListProc http://listproc.sourceforge.net/
Ezmlm http://cr.yp.to/ezmlm.html
(Diseado para funcionar conQmail .)

Dada http://mojo.skazat.com/
(A pesar del bizarro intento de su sitio web, es un software libre,
liberado bajo la licencia GNU GPL. Tambin tiene un archivador
incluido.)

Software para el archivo de las listas de correo:

MHonArc http://www.mhonarc.org/

Hypermail http://www.hypermail.org/
Lurker http://sourceforge.net/projects/lurker/
Procmail http://www.procmail.org/
(Software que acompaa a SmartList, un sistema de procesado
general de correos que puede, aparentemente, ser configurado
como un archivo.)

[13]

Poco despus de que este libro apareciera, Michael Bernstein me

escribi para comentarme lo siguiente: "Existen otros clientes de correos
que implementan una funcin de responder a la lista a parte de Mutt. Por
ejemplo, Evolution tiene una combinacin de teclas, pero no un botn
(Ctrl+L)."
[14]

Desde que escrib esto, he aprendido que existe al menos un sistema

de gestin de listas que ofrece esta caracterstica: Siesta. Hay un artculo
sobre este en http://www.perl.com/pub/a/2004/02/05/siesta.html

http://www.linuxsc.net/index.php/the-servers/134-filtrado-de-correo-con-procmail

Filtrado de correo electrnico

Esquema del filtrado de correo en Zentyal

Para defendernos de estas amenazas, Zentyal dispone de un filtrado de correo

potente y flexible.

Esquema del filtrado de correo en Zentyal

En la figura se observan los diferentes pasos que sigue un correo antes de

determinarse si es vlido o no. En primer lugar, el servidor enva el correo al
gestor de polticas de listas grises, donde, si es considerado como potencial
spam, se rechaza y se solicita su reenvo al servidor origen. Si el correo supera
este filtro, pasar al filtro de correo donde se examinarn una serie de
caractersticas del correo, para ver si contiene virus o si se trata de correo
basura, utilizando para ello un filtro estadstico. Si supera todos los filtros,
entonces se determina que el correo es vlido y se emite a su receptor o se
almacena en un buzn del servidor.
En esta seccin vamos a explicar paso a paso en qu consiste cada uno de
estos filtros y cmo se configuran en Zentyal.

Lista gris
Las listas grises [1] se aprovechan del funcionamiento esperado de un
servidor de correo dedicado a spam para que por su propio comportamiento
nos ayude a descartar o no los correos recibidos o, al menos, dificultar su
envo.
Estos servidores estn optimizados para poder enviar la mayor cantidad posible
de correos en un tiempo mnimo. Para ello autogeneran mensajes que envan
directamente sin preocuparse de si son recibidos. Cuando disponemos de un
sistema de greylists (listas grises), los correos considerados como
posible spam son rechazados, solicitando un reenvo, si el servidor es

realmente un servidor spammer, probablemente no disponga de los

mecanismos necesarios para manejar esta peticin y por tanto el correo nunca
llegar al destinatario. Por el contrario, si el correo era legtimo, el servidor
emisor no tendr problema para reenviarlo.
[1]

Zentyal usa postgrey (http://postgrey.schweikert.ch/) como gestor de esta poltica

en postfix.

En el caso de Zentyal, la estrategia utilizada es fingir estar fuera de servicio.

Cuando un servidor nuevo quiere enviarle un correo, Zentyal le respondera
Estoy fuera de servicio en este momento.. Durante los primeros 300
segundos, por lo que el servidor remitente lo intentar en otro instante [2], si el
servidor remitente cumple la especificacin reenviar el correo pasado ese
tiempo y Zentyal lo apuntar como un servidor correcto.
En Zentyal, la lista gris exime al correo enviado desde redes internas, al
enviado desde objetos con poltica de permitir retransmisin y al que tiene
como remitente una direccin que se encuentra en la lista blanca del antispam.
Realmente el servidor de correo enva como respuesta Greylisted, es decir, puesto en
[2] la lista gris en espera de permitir el envo de correo o no pasado el tiempo
configurado.
El Greylist se configura desde Correo Lista gris con las siguientes opciones:

Configuracin de las listas grises

Habilitado:
Marcar para activar el greylisting.
Duracin de la lista gris (segundos):

Segundos que debe esperar el servidor remitente antes de reenviar el

correo.
Ventana de retransmisin (horas):
Tiempo en horas en el que el servidor remitente puede enviar correos. Si
el servidor ha enviado algn correo durante ese tiempo, dicho servidor
pasar a la lista gris. En una lista gris, el servidor de correo puede enviar
todos los correos que quiera sin restricciones temporales.
Tiempo de vida de las entradas (das):
Das que se almacenarn los datos de los servidores evaluados en la
lista gris. Si pasan ms de los das configurados sin que el servidor
emisor sea visto de nuevo, cuando quiera volver a enviar correos tendr
que pasar de nuevo por el proceso de greylisting descrito anteriormente.

Verificadores de contenidos
El filtrado de contenido del correo corre a cargo de
los antivirus y de los detectores de spam. Para realizar esta
tarea, Zentyal usa un interfaz entre el MTA y dichos
programas. Para ello, se usa el programa amavisdnew [3] para comprobar que el correo no es spam ni contiene
virus.
Adems, Amavisd realiza las siguientes comprobaciones:

[3]

Listas blancas y negras de ficheros y

extensiones.
Filtrado de correos con cabeceras mal-formadas.

Amavisd-new: http://www.ijs.si/software/amavisd/

Antivirus
El antivirus que usa Zentyal es ClamAV [4], el cual es un
conjunto de herramientas antivirusespecialmente diseadas
para escanear adjuntos en los correos electrnicos en un
MTA. ClamAVposee un actualizador de base de datos que
permite las actualizaciones programadas y firmas digitales a
travs del programa freshclam. Dicha base de datos se
actualiza diariamente con los nuevos virus que se van
encontrando. Adems, el antivirus es capaz de escanear de

forma nativa diversos formatos de fichero como por ejemplo

comprimidos Zip, BinHex, PDF, etc.
[4]

Clam Antivirus: http://www.clamav.net/

En Antivirus se puede comprobar si est instalado y

actualizado el antivirus en el sistema.

Mensaje del antivirus

Se puede actualizar desde Gestin de Software, como veremos

en Actualizacin de software.
La instalacin del mdulo de antivirus es opcional, pero si se instala se podr
ver como se integra con varios mdulos de Zentyal, aumentando las opciones
de configuracin de la seguridad en diversos servicios, como el filtro SMTP,
el proxy HTTP o la comparticin de ficheros.

Antispam
El filtro antispam asigna a cada correo una puntuacin de spam, si el correo
alcanza la puntuacin umbral de spam es considerado correo basura, si no, es
considerado correo legtimo. A este ltimo tipo de correo se le suele
denominar ham.
El detector de spam usa las siguientes tcnicas para asignar la puntuacin:

Listas negras publicadas va DNS (DNSBL).

Listas negras de URI que siguen los sitios Web de antispam.
Filtros basados en el checksum de los mensajes, comprobando
mensajes que son idnticos pero con pequeas variaciones.
Filtro bayesiano, un algoritmo estadstico que aprende de sus
pasados errores a la hora de clasificar un correo
como spam o ham.

Reglas estticas.
Otros. [5]

Zentyal usa Spamassassin [6] como detector de spam.

Existe una lista muy larga de tcnicas antispam que se puede
[5] consultar enhttp://en.wikipedia.org/wiki/Anti-spam_techniques_(email) (en ingls)
The Powerful #1 Open-Source Spam
[6]
Filter http://spamassassin.apache.org.
La configuracin general del filtro se realiza desde Filtro de correo Antispam:

Configuracin de antispam

Umbral de spam:
Puntuacin a partir de la cual un correo se considera como spam.
Etiqueta de asunto spam:
Etiqueta para aadir al asunto del correo en caso de que sea spam.
Usar clasificador bayesiano:
Si est marcado se emplear el filtro bayesiano, si no ser ignorado.
Auto-lista blanca:
Tiene en cuenta el historial del remitente a la hora de puntuar el
mensaje; si el remitente ha enviado mucho correo como ham es
altamente probable que el prximo correo que enve seaham y no spam.
Auto-aprendizaje:
Si est marcado, el filtro aprender de los mensajes recibidos, cuya
puntuacin traspase los umbrales de auto-aprendizaje.
Umbral de auto-aprendizaje de spam:
Puntuacin a partir de la cual el filtro aprender automticamente un
correo como spam. No es conveniente poner un valor bajo, ya que
puede provocar posteriormente falsos positivos. Su valor debe ser mayor
que Umbral de spam.
Umbral de auto-aprendizaje de ham:
Puntuacin a partir de la cual el filtro aprender automticamente un
correo como ham. No es conveniente poner un valor alto, ya que puede
provocar falsos negativos. Su valor debera ser menor que 0.
Desde Poltica de emisor podemos marcar los remitentes para que
siempre se acepten sus correos (whitelist), para que siempre se marquen
como spam (blacklist) o que siempre los procese el filtro antispam
(procesar). Los emisores no listados pasarn por los filtros configurados.
Desde Entrenar filtro de spam bayesiano podemos entrenar al filtro
bayesiano envindole un buzn de correo en formato Mbox [7] que
nicamente contenga spam o ham. Existen en Internet muchos ficheros
de ejemplo para entrenar al filtro bayesiano, pero suele ser ms exacto
entrenarlo con correo recibido en los lugares a proteger. Conforme ms
entrenado est el filtro, mejor ser el resultado de la decisin de tomar
un correo como basura o no.
[7]

Mbox y maildir son formatos de almacenamiento de correos electrnicos

independientes del cliente de correo electrnico. En el primero todos los correos

se almacenan en un nico fichero y con el segundo formato, se almacenan en

ficheros separados diferentes dentro de un directorio.

Filtrado de Correo SMTP

Desde Filtro de correo Filtro de correo SMTP se puede configurar el
comportamiento de los filtros anteriores cuando Zentyal reciba correo por
SMTP. Desde General podemos configurar el comportamiento general
para todo el correo entrante:

Parmetros generales para el filtro SMTP

Habilitado:
Marcar para activar el filtro SMTP.
Antivirus habilitado:
Marcar para que el filtro busque virus.
Antispam habilitado:
Marcar para que el filtro busque spam.
Puerto de servicio:
Puerto que ocupar el filtro SMTP.
Notificar los mensajes problemticos que no son spam:
Podemos enviar notificaciones a una cuenta de correo cuando se
reciben correos problemticos que no son spam, por ejemplo con virus.
Desde Polticas de filtrado se puede configurar qu debe hacer el filtro
con cada tipo de correo.

Polticas del filtrado SMTP

Por cada tipo de correo problemtico, se pueden realizar las siguientes

acciones:
Aprobar:
No tomar ninguna accin especial, dejar pasar el correo a su
destinatario. Sin embargo, en algunos casos como spam o virus se
indicar la deteccin modificando el Asunto del correo.
Notificar a la cuenta de correo emisora:
Descartar el mensaje antes de que llegue al destinatario, notificando al
usuario de correo remitente de que el mensaje ha sido descartado.
Notificar al servidor emisor de correo:
Descartar el mensaje antes de que llegue al destinatario, notificando al
servidor emisor que el mensaje ha sido descartado, es comn que el
servidor emisor avise a su vez al usuario emisor con un mensaje
automtico Undelivered Mail Returned to Sender.
Descartar sin notificar:
Descarta el mensaje antes de que llegue al destinatario sin notificar al
remitente ni a su servidor.
Desde Dominios virtuales se puede configurar el comportamiento del
filtro para los dominios virtuales de correo. Estas configuraciones
sobreescriben las configuraciones generales definidas previamente.
Para personalizar la configuracin de un dominio virtual de correo,
pulsamos sobre Aadir nuevo.

Parmetros de filtrado por dominio virtual de correo

Los parmetros que se pueden sobreescribir son los siguientes:

Dominio:
Dominio virtual que queremos personalizar. Tendremos disponibles
aquellos que se hayan configurado en Correo Dominio Virtual.
Usar filtrado de virus / spam:
Si estn activados se filtrarn los correos recibidos en ese dominio en
busca de virus o spamrespectivamente.
Umbral de spam:
Se puede usar la puntuacin por defecto de corte para los correos spam,
o un valor personalizado.
Cuenta de aprendizaje de *ham* / *spam*:
Si estn activados se crearn las
cuentas ham@dominio y spam@dominio respectivamente. Los usuarios
pueden enviar correos a estas cuentas para entrenar al filtro. Todo el
correo enviado a ham@dominio ser aprendido como correo no spam,
mientras que el correo enviado a spam@dominio ser aprendido
como spam.
Una vez aadido el dominio, se pueden aadir direcciones a su llista banca,
lista negra o que sea obligatorio procesar desde Poltica antispam para el
emisor.

1. Introduccin
En este documento se explican los pasos necesarios para configurar diferentes
clientes de correo, de manera de filtrar los correos SPAM.

1.1. Clientes de Correo

Los clientes de correo son programas que nos permiten conectarnos a los
distintos servidores de correo y asi poder administrar nuestros mensajes. Algunos
Clientes de correo mas utilizados son:

Eudora (Windows)
Microsoft Outlook (Windows)
Evolution (Linux)
Horde(webmail)
Netscape

En cada uno de ellos se pueden crear filtros, variando la manera en que son
creados.

1.2. Qu son los Filtros?

Muchos clientes de correo permiten realizar algunas operaciones adicionales a
los correos, es asi que podemos indicarle al cliente que si al momento de analizar
el contenido de un correo entrante (nuevo correo), ste cumple con algn criterio
que definimos, entonces realize alguna accin con el, ya sea moverlo a otra
carpeta o eliminarlo. De esta manera, podemos organizar nuestro buzn
destinando los correos a las carpetas que queramos.
Son varios los criterios por los cuales se pueden filtrar los correos, por ejemplo:

From: Quien envia el correo, el remitente.

To: Para quien es el correo, el destinatario.
Cc: Con copia A
Subject: El asunto del correo.
Body: El cuerpo del mensaje, si contiene algn texto en particular.
Header: Encabezado del correo, algn otro campo del encabezado.
Etc...

2. Creando los Filtros

Ahora describiremos como poder crear un filtro en particular, el del SPAM, para
los diferentes clientes de correo ya definidos anteriormente y para dichas
versiones.
Nuestro servidor de correos, tiene incorporada la funcionalidad de analizar cada
correo y determinar, segn algunos algoritmos, si un correo es Spam o no.
Cuando detecta un correo Spam, ste es marcado agregando en su encabezado
(informacin que no es desplegada por los clientes de correo a menos que asi se
le indique) un registro que nos servira para poder filtrarlo posteriomente. La
informacin adicionada es: X-Spam-Flag: YES.
Es muy probable que se pregunte lo siguiente: Si el servidor es capaz de detectar
los correos Spam, por que no los elimina y de esa manera evita que lleguen esos
correos al destinatario?. Si bien es cierto esta operacin se podra realizar y
evitarnos varios problemas, tambin es muy cierto que puede traer un problema
mayor, el cual es, que criterios utilizar para rechazar un correo. Considere que lo
que para Ud es un correo Spam, para otra persona puede que no lo sea.

2.1. Microsoft Outlook

En los siguientes pasos aprender a crear la regla de filtrado de Spam.

Paso 1: Seleccionar el Asistente para reglas desde el menu de

herramientas. Figura 1.
Figura 1. Paso 1 - Microsoft Outlook

Paso 2: Presione el botn "Nueva...". Figura 2.

Figura 2. Paso 2 - Microsoft Outlook

Paso 3: Seleccione "Iniciar desde una regla en blanco" y luego

"Siguiente". Figura 3.
Figura 3. Paso 3 - Microsoft Outlook

Paso 4: Seleccione la condicin "Con cierto texto en el encabezado del

mensaje". Luego, hacer click sobre el link "cierto texto" para ingresar el
texto por el cual filtrar. Figura 4.
Figura 4. Paso 4 - Microsoft Outlook

Paso 5: Ingrese el texto "X-Spam-Flag: YES" y presione el botn

"Agregar" y luego "Aceptar". Figura 5.
Figura 5. Paso 5 - Microsoft Outlook

Paso 6: Seleccione "mover a la carpeta especificada". Esto requiere que

antes haya creado una carpeta, de nombre "spam" (local o en el servidor),

para alojar los correos Spam, Figura 6, Haga click sobre "especificada"
para seleccionar la carpeta, Figura 7.
Figura 6. Paso 6a - Microsoft Outlook

Figura 7. Paso 6b - Microsoft Outlook

Paso 7: En esta parte solo debe pasar a la siguiente pantalla. Figura 8.

Figura 8. Paso 7 - Microsoft Outlook

Paso 8: Especifique un nombre para la regla. Figura 9.

Figura 9. Paso 8 - Microsoft Outlook

Paso 9: Presione "Aceptar" para terminar la creacin del filtro. Figura 10.
Figura 10. Paso 9 - Microsoft Outlook

2.2. Evolution
En los siguientes pasos aprender a crear la regla de filtrado de Spam.

Paso 1: Seleccione la opcin "Herramientas -> Filtros" desde la barra de

herramientas. Figura 11.
Figura 11. Paso 1 - Evolution

Paso 2: Presione el botn "Aadir". Figura 12.

Figura 12. Paso 2 - Evolution

Paso 3: Agrege el nombre que identificar al filtro, Seleccione la condicin

"Cabecera especfica", agregue el texto "X-Spam-Flag en la cabecera y
agregue el texto "YES" en el valor que debe contener esa cabecera. En la
seccin "mover a la carpeta" seleccione la carpeta a la cual debern moverse
los correos marcados como Spam. Presione aceptar para finalizar. Figura
13.
Figura 13. Paso 3 - Evolution

2.3. Horde (webmail)

En los siguientes pasos aprender a crear la regla de filtrado de Spam.

Paso 1: Haga click sobre "Opciones". Figura 14.

Figura 14. Paso 1 - Horde (webmail)

Paso 2: Haga click sobre "Filtros". Figura 15.

Figura 15. Paso 2 - Horde (webmail)

Paso 3: Seleccione las maneras en que se aplicarn los filtros, cuando

ingresa al webmail, cuando se refresca. La tercera opcin es para
determinar si quiere ver los mensajes que se generan al filtrar los correos.
Guarde las opciones haciendo click sobre el botn "Guardar Opciones".
Luego Haga click sobre "Editar reglas de filtrado". Figura 16.
Figura 16. Paso 3 - Horde (webmail)

Paso 4: Haga click sobre la casilla que dice "Spam", Seleccione la accin
"mover mensaje a", seleccione la carpeta adonde se moveran los correos
marcados como spam. Luego presione el botn "Crear". Figura 17.
Figura 17. Paso 4 - Horde (webmail)

Paso 5: Ahora podr ver la regla de filtrado creada, para aplicar

inmediatamente el filtro haga click sobre el botn "aplicar todas las
reglas". Figura 18.
Figura 18. Paso 5 - Horde (webmail)

2.4. Eudora 5.2

En los siguientes pasos aprender a crear la regla de filtrado de Spam.

Paso 1: Haga click sobre la opcin "Tools -> Filters" que esta en la barra
de herramientas. Figura 19.
Figura 19. Paso 1 - Eudora

Paso 2: Ingrese los textos "X-Spam-Flag:" y " YES" (note el espacio),

como aparece en la, Figura 20, debe respetar las maysculas.

Figura 20. Paso 2 - Eudora

Paso 3: Seleccione la Accin "Transfer To" como en la Figura 21.

Figura 21. Paso 3 - Eudora

Paso 4: Seleccione la carpeta a donde deben moverse los correos marcados

como Spam. Figura 22.
Figura 22. Paso 4 - Eudora

Paso 5: Cierre la ventana de filtros marcando la "X" que est en la parte

superior derecha y luego guarde los cambios realizados. Figura 23.
Figura 23. Paso 5 - Eudora

2.5. Netscape/Mozilla.
En los siguientes pasos aprender a crear la regla de filtrado de Spam.

Paso 1: Seleccione "Tools -> Message Filter..." desde el menu de

herramientas. Figura 24.
Figura 24. Paso 1 - Netscape

Paso 2: Presione el botn "New..." para crear el nuevo filtro. Figura 25.
Figura 25. Paso 2 - Netscape

Paso 3: Seleccione "Customize" para agregar el nuevo criterio de

filtrado, Figura 26, Ingrese el texto "X-Spam-Flag" y presione "Add".
Luego presione "OK" para cerrar la ventana. Figura 27.
Figura 26. Paso 3a - Netscape

Figura 27. Paso 3b - Netscape

Paso 4: Ingrese el nombre que identificar al filtro (Ejemplo "Filtro Spam"),

seleccione el criterio "X-Spam-Flag" e ingrese el texto "YES", seleccione
la carpeta a la cual debern moverse los correos marcados como Spam.
Presione el botn "OK" para gurdar el nuevo filtro Figura 28.

Figura 28. Paso 4 - Netscape