Para una discusión más detallada de este tema refiérase a http://www.expita.com/nomime.html
Muchos programas de correo electrónico moderno soportan algo llamado "mensajes HTML". Esto se utiliza para darle formato a los mensajes, por ejemplo, para cambiar el color de las letras o modificar su tamaño. Además se puede utilizar para incluir imágenes, sonidos y otro contenido multimedial. Básicamente cada mensaje de texto se puede hacer ver como una página web. ¿Cuál es el problema entonces? Algunos son los que se detallan a luego, pero antes de eso es conveniente aclarar que es "MIME".
Los mensajes en Internet se transportan por medio de un protocolo llamado SMTP, que por razones de diseño solo soporta caracteres de 7 bits con codificación ASCII. Esto quiere decir que solo se pueden enviar mensajes en Inglés. Para solventar esta deficiencia se creó el estándar "MIME", que permite incluir caracteres de otras codificaciones, pero siempre respetando el límite de 7 bits ASCII del protocolo SMTP.
MIME permite incluir archivos en los mensajes de texto de una forma tal que los clientes de correo puedan saber que hacer con ellos al recibirlos (es decir, un archivo .mpg puede ser abierto por un programa para desplegar películas). Usando este mecanismo es posible por ejemplo reenviar un mensaje de correo a otra persona sin alterar el mensaje original. Esto es lo que se conoce como "MIME Forwarding".
Otra de las cosas que MIME agrega es la posibilidad para registrar nuevos "tipos de contenido". El tipo "usual" es text/plain, y uno de esos tipos nuevos es por ejemplo text/html. Es decir, esos "mensajes HTML" son mensajes de correo que espefican que su contenido es HTML.
MIME está especificado en los RFC 2045, 2046, 2047, 2048 y 2049. Probablemente http://www.ietf.org/rfc/rfc2045.txt
constituye el más interesante de todos estos documentos para quien desea entender como funciona MIME con mayor detalle.
Primero lo obvio: para que un cliente de correo pueda desplegar un mensaje cuyo contenido es HTML debe ser capaz de mostrar HTML en alguna forma que sea compresible e interpretable para el usuario como un mensaje. Es decir, no debe presentar esto:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content="text/html; charset=iso-8859-1" http-equiv=Content-Type> <META content="MSHTML 5.00.2314.1000" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <DIV><FONT face=Arial size=2>Hola, =BFC=D3mo est=E1s?</FONT></DIV> ... </BODY></HTML>
sino algo como esto:
Hola, ¿cómo estás?
Cuando se toma un navegador como Firefox y se le agrega el código necesario para que pueda recibir y enviar correo, resulta algo como Mozilla. Eso es relativamente simple y no modifica significativamente la funcionalidad del programa original. Pero cuando se parte un programa como Mutt, cuyo fin es enviar y recibir correo, es necesario enseñarle que hacer con HTML lo cual no es una tarea ni simple ni fácil. Hay formas fáciles de lograr eso, pero los resultados no son siempre satisfactorios.
El estándar de MIME define un método para proveer alternativas que pueden ser entendidas por programas que no pueden manejar HTML. En el caso de algunas implementaciones, esas alternativas se ven así:
Su programa no puede desplegar HTML. Puede bajar /foobar/ de la siguiente dirección ...
Esto, sobra decir, no es la alternativa que uno esperaría.
Tal vez Vd. sabe que Pedro utiliza un programa que sí puede desplegar HTML y que Pedro quiere recibir mensajes con ese formato. Si ese es el caso, envíele a Pedro eso, pero si Vd. no sabe si su interlocutor estará en capacidad de leer su mensaje, absténgase de enviar mensajes HTML.
Si se refiere al ejemplo de arriba, notará que una línea de texto necesita de una cantidad significativa de "código" para ser representada. En general los mensajes HTML son de 5 a 20 veces más grandes que sus contrapartes de texto. Esto quiere decir que enviar un mensaje HTML requiere de más tiempo y utiliza más espacio para ser guardado. Las personas que reciben esos mensajes así mismo requieren de más tiempo para bajarlos y de más espacio para guardarlos. En el caso de las listas de correo, los archivos donde se guardan estos mensajes para que puedan ser consultados por otras personas también aumentan de tamaño y por tanto encarecen su operación. Es una situación donde todos pierden.
Tal vez el argumento más contundente en contra de mensajes HTML para quienes piensan que "no es su problema si el resto del mundo usa programas inferiores" es el hecho probado en la práctica en múltiples ocasiones de que los mensajes HTML sirven y son utilizados para transportar virus, y en muchos casos, estos virus no requiren de ninguna acción especial por parte del usuario más allá de ver el mensaje en cuestión.
Por ejemplo, el virus "I Love You" de hace unos años solo requería que el usuario viera el mensaje, no debía abrir ningún archivo adjunto ni ejecutar ningún programa.
Código especialmente escrito para este propósito ha sido utilizado para atacar vulnerabilidades en Microsoft Exchange, es decir, el usuario ni siquiera tenía que recibir el mensaje de correo, ya que el ataque tomaba lugar en el servidor donde se guardaba el mensaje.
Además de eso, los mensajes HTML pueden hacer que se abra una conexión a la red en las máquinas que utilizan acceso telefónico a la red, puesto que pueden incluir referencias a imágenes o en general archvos externos. Esto puede ser utilizado para verificar automáticamente que una dirección de correo es válida, sin que el usuario conteste al mensaje, lo cual a su vez puede ser utilizado para decidir si incluir una dirección dada en una base de datos para SPAM y virus o no.
Algunas personas tienen problemas para poder leer texto si se utilizan ciertas combinaciones de colores, ya sea porque tienen dificultad debido al bajo contraste del texto y el fondo, o porque sufren de algún tipo de daltonismo, que les hace imposible o casi imposible distiguir el texto del fondo. Estas personas han configurado sus lectores de correo para que utilicen combinaciones de color que les son fáciles de leer. Al utilizar mensajes HTML que definen sus propios esquemas de colores se está imponiendo a estas personas algo que les dificulta otra vez leer la información.
Otras personas, por ejemplo no videntes, sufren discapacidades que hacen que sea necesario utilizar software y hardware especial que les permite tener acceso a la información. Al utilizar mensajes HTML se hace que el trabajo de este software y hardware se dificulte y otra vez se impide el acceso a la información por parte de estas personas.
A continuación se describen procedimientos para desactivar la generación de mensajes HTML para varios clientes de correo que lo soportan. Una lista más extensa se encuentra en http://www.expita.com/nomime.html
Antes que nada es necesario decir que Outlook y Outlook Express son programas de correo muy deficientes y con muchos problemas de seguridad (algunos derivados de problemas de seguridad en MS Internet Explorer o en MS Windows). Si tiene la opción, considere utilizar otro programa de correo electrócnico, por ejemplo Thunderbird (http://www.mozilla.org/)
.
Es buena idea desactivar la opción de "Bussiness cards" o "vCards":
Adicionalmente es bueno que instale "OE-QuoteFix" que puede ser obtenido de la página: http://home.in.tum.de/~jain/software/oe-quotefix/
. Esto extiende la funcionalidad de Outlook Express de forma que genere mensajes que sean más simples de leer para el resto del mundo sin que el usuario de Outlook tenga que hacer ningún cambio.