EmilianoMartin

• No reenviar nunca estos mensajes.
• Explicarle a nuestros amigos cuáles son las consecuencias de reenviar estas cadenas y pedirles que no lo hagan más.
• Al reenviar un mensaje, utilizando la opción "Reenviar mensaje o Forward" del programa de correo, se incorporan al mensaje todas las direcciones incluidas en los campos "Para" y "CC".
  Para evitar esto, si deseás reenviar a varias personas un mensaje que recibiste, procedé de la siguiente manera:
  
     Seleccioná la parte del mensaje que deseás reenviar, evitando las direcciones.
     Copiá y pegá en un mensaje nuevo.
  
  De esta manera evitás que circulen todas las direcciones de mail que venían en el mensaje.
• Utilizá el campo "CCO" o "BCC". Todas las direcciones que incluyas en estos campos no serán vistas por las personas que reciben el mensaje

       El tercer y cuarto consejos son vitales para no permitir a cualquier aprovechador sacar ventaja del email y recolectar direcciones válidas. En el caso del tercer ejemplo, nos estaríamos asegurando que todas las direcciones de email de nuestros conocidos (que recibieron el mensaje al mismo tiempo que yo) no sigan circulando por la red. De todas formas, si yo pudiera ver todas las direcciones de email a quien le fue mandado el mensaje, la persona que me lo envió no sabe usar correctamente el email porque no hizo caso al cuarto consejo. Éste indica el uso de la copia carbónica oculta (CCO -o en inglés: Blind Carbon Copy-) para el envio de este tipo de emails. Al utilizar este campo en lugar del clásico Para (o 'To') estaremos enviando el mensaje a todas las personas que indicamos pero NADIE puede rescatar estas direcciones porque están ausentes (no viajan en el email). De esta forma, todas las direcciones de nuestros amigos estarán protegidas de un posible re-envio 'mal hecho' (sin borrar la información que agregan los programas de correo como la hora en que fue enviado, quien lo hizo y a quienes). La única dirección que no estará protegida sería la nuestra porque estaría visible en el campo From (salvo que supiera como proteger esta dirección también). Sin embargo, fue su decisión re-enviar este tipo de emails... sepa atenerse a las consecuencias.

       Aunque no lo parezca, el segundo consejo también es importante. O, al menos, enseñarles a usar correctamente el email. Si Pepito nos mandara una cadena sin tener en cuenta el consejo 4, nuestra dirección ya está expuesta... no habría nada que hacer al respecto. Cualquier otro destinatario de Pepito puede ver mi dirección, y si cualquiera de ellos re-envia 'mal' (sin seguir el consejo 3) el mensaje, nuestra dirección se irá en la cadena llegándole incluso a muchísimas personas más que ni conocemos. Por empezar, seguramente no conocemos a todos los destinatarios de Pepito... pero, ahora nosotros conocemos las direcciones de sus amistades y ellos la nuestra. Enséñeles a sus allegados a usar correctamente el email si quiere preservar la privacidad de su dirección de email.

     Tipo de cadena: 'Servicio gratuito será arancelado' o 'El servicio será discontinuado'

       Quiero ejemplificar con un tipo de email muy utilizado para conseguir este tipo de cosas. Voy a explicar uno sólo porque ya hay un texto completo sobre este tema con el título "Leyendo entre líneas: Un arte perdido"). En este 'modelo' de cadena no sólo se apela a la ignorancia de los internautas sino también a su bolsillo. Se asusta al destinatario 'amenazándolo' de que la cuenta de email será cerrada, o su usuario de ICQ, MSN Messenger o cualquier otro servicio si no demuestra que sea un usuario activo. Siempre aducen al hecho de que están cortos de presupuesto (o similar) y necesitan recuperar recursos. De esta forma, decidieron eliminar todas las cuentas inactivas, y piden al usuario que re-envien el email a todas sus casillas. El motivo es el ya explicado: crear una cadena para recolectar emails. Al punto al que quería llegar en este texto es a remarcar que ES RIDÍCULO. Sin embargo, muchas personas lo consideran factible y re-envian por el sólo hecho de no pensar y/o leer entre líneas.

       Muy probablemente le habrá pasado alguna vez que se quiere conectar al ICQ o al MSN Messenger y no puede porque recibe un mensaje de error de que no puede conectarse con el servidor. De la misma manera seguramente le habrá pasado que no puede enviar un email por idéntico motivo. Hasta acá no hay ninguna novedad. Entiende que si no puede conectarse con el servidor su email no podrá salir, o si no se conecta el ICQ no podrá chatear con sus amigos. En otras palabras, si el servidor no puede validar su clave (como condición mínima, entre otras tareas) no podrá conectarse con el resto de las personas. O sea, que el servidor, en este caso, sabe exactamente quienes son las cuentas que intentaron loguearse y/o hacer uso del servicio.

       Hagamos un paralelo para ser más claros. Supongamos una facultad nacional (por el hecho de que no son aranceladas sino el ejemplo carecería de sentido). En las facultades se toman asistencia todos los días para asegurar una mínima presencia de los alumnos en clase. ¿Necesita la facultad enviar un memorandum, por ejemplo, pidiéndole a todos los alumnos regulares contestarlo para saber quien está cursando y quien no? Evidentemente no. Sea quien sea la(s) persona(s) encargada(s) de tomar asistencia, puede(n) saber perfectamente quienes son los alumnos que asisten regularmente y quienes son los que hace bastante tiempo que no aparecen por el establecimiento. No hay necesidad de hacer ningún 'censo' para conseguirlo.

       Con cualquier servicio tipo ICQ, MSN, cuentas de emails o cualquier otro servicio que requiera la conexión a un servidor tampoco hay necesidad de hacer ningún censo. Los servidores, entre otras cosas, deben cumplir con la tarea de validar a los usuarios. También deberían llevar un 'log' de quienes se conectan y cuando. Si la empresa que presta el servicio necesitara verdaderamente recuperar recursos y dar de baja las cuentas no activas les alcanzaría con revisar el log y detectar cuales son las cuentas que se podrían cerrar (de más está decir que el proceso es más complejo que esto, pero no voy a entrar en detalles porque lo que quiero es que se entienda la idea nomás). Por demás, sería más eficiente, rápido y económico ya que usarían menos recursos haciendo una consulta interna con personal especializado que haciendo una consulta popular y aumentando estúpidamente el tráfico de emails por sus servidores.

       Un ejemplo claro de que esto funciona así: Ayer, casualmente, me llegó un email de Yahoo! comunicándome que un grupo que había creado (para envio de emails a varias personas, también conocido como 'Lista') iba a ser cerrado en breve sino se detectaba actividad en el mismo ya que el último mensaje enviado era anterior a los 90 días. Yahoo! no necesitó andar preguntando que grupo está activo y cual no para comunicar a los posibles damnificados que se detectó inactividad y que el grupo sería cerrado. Yahoo! pudo saber perfectamente cuales son los grupos activos y cuales no, porque la administración de los servidores y/o computadoras que organizan toda la información y la circulación de la misma corre por cuenta de ellos. Por lo tanto, si necesitan tener algún dato, sólo necesitan hacer alguna consulta a un recurso de su propiedad.

       Resumiendo, si recibe un mensaje pidiéndole que lo re-envie para poder detectar las cuentas que están activas, recuerde este texto; piense en el ejemplo de la facultad y lo ilógico que sería que le preguntaran algo de lo cual ellos deberían tener registro.

 

Visitante Nº