Los URI de datos son una forma estándar de incrustar imágenes y otros datos binarios en HTML, y el soporte del navegador está bien documentado en la web. (IE8 fue la primera versión de IE que admitió Data URI, con un tamaño máximo de 32 KB por URI; otros navegadores importantes lo han admitido aún más).
Mi pregunta es sobre el correo electrónico de escritorio y el software cliente de correo web.
Al crear un correo electrónico HTML, la práctica estándar es incluir imágenes como archivos adjuntos o cargarlas externamente (es decir, rastrear imágenes). Ambos tienen desventajas (algunos clientes enumeran todos estos archivos adjuntos, mientras que muchos bloquean correctamente o requieren la acción del usuario para ver imágenes externas). Por lo tanto, Data URI parece un buen camino a seguir, pero solo si es compatible con lectores de correo electrónico.
Entonces, ¿alguien tiene un enlace a un estudio reciente de soporte para esta función? ¿O investigó esto en absoluto? Por ejemplo, aquí hay una descripción general de la compatibilidad con CSS . El software de cliente que me interesaría incluye:
Escritorio (incluida la información de la versión): Outlook, Apple Mail, Thunderbird, Evolution, Lotus Notes, AOL, Eudora
Webmail: Gmail, Live / Hotmail, Yahoo! Correo, AOL
Móvil: Android, iPhone
fuente
Acabo de probar GMail y parece que GMail ya no admite URI de datos.
Además, gmx.de (un proveedor de correo web alemán muy popular) convierte los URI de imagen en un URI en su servidor, y esto no parece admitir URI de datos.
fuente
Mac Mail, Outlook 2003 y MobileMe admiten URI de datos. No estoy seguro acerca de los otros clientes, pero puede averiguarlo fácilmente: cree un nuevo mensaje en Gmail, haga clic en 'insertar imagen', luego haga clic en 'usar una URL' y pegue el URI de datos. Luego, envíelo a varias direcciones y ábralo en los clientes que desee.
fuente
No puedo responder a la pregunta sobre la compatibilidad con data-uri directamente, pero la compatibilidad con algo como esto suele ser muy mala en los navegadores de correo electrónico. El problema realmente se extiende a muchos de ellos que utilizan sus propios motores de renderizado reducidos que no son renderizadores HTML completos. En un sistema en el que todavía es preferible utilizar un diseño basado en tablas para asegurarse de que los correos electrónicos sean legibles, no trataría de hacer nada inteligente.
Sin embargo, es posible que ya sepa que el correo electrónico permite dos tipos de archivos adjuntos. Si marca un archivo adjunto como en línea, tiende a no aparecer en la lista de archivos adjuntos (aunque a menudo lo hace).
Personalmente, creo que garantizar la legibilidad del correo electrónico es mejor que no aparecer y, obviamente, el otro enfoque de imágenes remotas no ayuda aquí.
fuente