[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[escepticos] sobre el correo electronico, texto divulgativo



algun colistero tiene problemas con su correo, al enviarse este como
html

voy a escribir un texto breve sobre el asunto.

me perdonaran algunas imprecisiones gente que sepa del tema mucho mas
que yo  (voy a simplificar un poco)

Cuando Microsoft introdujo el html para ofrecer un valor añadido a su cliente
de correo.

Hasta entonces todas las transmisiones de correo se hicieron en ASCII,
que es una tabla que asigna a cada valor numerico un caracter (un
grafico). Aveces
se abusa de esta tabla, y por encima del 128 vailan un poco los
graficos, de modo que lo que en una impresora española puede ser una
Ñ, en una belga puede ser ü .. a estas variaciones se les llama tabla
de codigos. Ahora estan mas o menos normalizadas, de modo que en
general todos usamos la misma tabla de codigos.

Consecuencias iniciales (importantes):
- Los primeros 127 simbolos son suficientes para el idioma ingles.
- La ñ y otros simbolos regionales dependen en su transmision de que
receptor y emisor usen la misma tabla (para ver el mismo grafo).

Para solucionar estos problemas de una forma definitiva (que enviar un
correo de Belgica a Japon en frances resulte en un texto legible) la
logica les llego a incluir metainformacion. Informacion de que tabla
de codigos se usa, y alguna informacion extra mas (aprovechando la
ocasion). Asi nacio el MIME, que es un protocolo de encapsulacion de
contenido atraves de ASCII. Siendo el ascii el protocolo mas
universalmente estendido del mundo, siendo soportado desde impresoras
a satelites (sin pasar por unas maquinas de IBM, brrr.... ).

Como decia, Microsoft penso que ofrecer una valor añadido barreria el
mercado y utilizo el html para esto.

Utilizando software ya programado renderizaria los correos que serian
correos normales que encapsularian con MIME una pagina web. Su idea
perversa era que aquellos que no usaran su sistema se quedaran sin
poder leer su correos.. pero pronto casi todos los programs de correo
programaron un interprete de html para poder leerlo.

Problema numero 1: al usar los programs de microsoft un interprete que
ya existia, no usan un interprete echo solamente para esa finalidad,
leer correos, con lo que un correo html leido en un cliente de
microsoft es potencialmente capaz de hacer lo que cualquier pagina web
puede hacer.. y entre ello estan los scripts, lo que nos ha llevado a
una nueva hola de virus, los virus macros de correo que han estado
provocando perdidas de cientos de millones de dolares desde hace 5 años o asi.

Problema numero 2: MIME encapsula texto "internacional", y HTML es
ascii americano (7 bits), hay una obvia innecesidad, pero es que
ademas es una encapsulacion sobre otra encapsulacion. Un texto normal
y corriente pasado a html, sin añadir ni siquiera una negrita, puede
duplicar su tamaño en bytes.

Problema numero 3: los clientes de correo que no son de microsoft (los
seguros) tienen sin embargo unos interpretes de html mas primitivos, y
sobretodo, son distintos, de modo que no se vera el mensaje
EXACTAMENTE igual en tu ventana que en destino. Si todos los
protocolos los hemos diseñado para evitar problemas, acabamos de
introducir uno... ahora un señor escribe un texto correctamente, lo
envia en html (en lugar de en texto plano, sin protocolo alguno*) y
otros lo ven con fuente demasiado grande O DEMASIADO PEQUEÑA.


Listas de corrreo:

para evitar virus (1), ahorrar ancho de banda (2) y mejorar la
claridad de las comunicaciones por encima de fuentes tamaño -5 en color
amarillo fluorescente (3) se desaconseja (y a veces es mas que un
consejo) el uso de html en los correos a las listas.

si alguien piensa que es complicado configurar su correo para enviar
texto plano, que imagine lo complicado que puede ser quitar un virus y
reparar los daños que se han ocasionado

posdata:
como ya se ha dicho en la lista, ...y sin embargo los correos en html
son escepcionales para repartir amorosidad y buenos sentimientos
supermegaacaramelados.

posdata2:
(*) sin protocolos es quizas un abuso, el correo electronico funciona
sobre una enorme pila de protocolos, y los textos que parecen planos
se pueden enviar codificados, por ejemplo en lugar de enviar 8 bits,
se pueden transmitir como 7 bits. Esto para textos en ingles seria un
ahorro porque no se usa casi nunca el bit 8, pero para textos en otros
idiomas supone metacodigos para algunos caracteres. El Quote Printable
creo que elije sustituir estos caractes por =<valor numerico en
hexadecimal>". Aveces cuando falla el protocolo porque una de las artes no
lo entiende se llegan a ver estos codigos. Muchas veces esto ocurre
cuando se mezclan cartas entre maquinas Mac y Windows.