URIs de dados são uma forma padrão de incorporar imagens e outros dados binários em HTML, e o suporte a navegadores está bem documentado na web. (IE8 foi a primeira versão do IE a oferecer suporte a URI de dados, com um tamanho máximo de 32 KB por URI; outros navegadores principais o suportam ainda mais.)
Minha pergunta é sobre e-mail para desktop e software cliente de webmail.
Ao construir e-mail em HTML, a prática padrão é incluir imagens como anexos ou carregá-las externamente (ou seja, imagens de rastreamento). Ambos têm desvantagens (alguns clientes listam todos esses arquivos anexados, enquanto muitos bloqueiam ou exigem ação do usuário para ver as imagens externas). Portanto, o URI de dados parece um bom caminho a percorrer, mas apenas se for suportado por leitores de e-mail.
Então, alguém tem um link para um estudo recente de suporte para esse recurso? Ou investigou tudo isso? Por exemplo, aqui está um visão geral do suporte CSS . O software cliente em que estou interessado inclui:
Área de Trabalho (incluindo informações da versão): Outlook, Apple Mail, Thunderbird, Evolution, Lotus Notes, AOL, Eudora
Correio eletrónico: Gmail, Live / Hotmail, Yahoo! Mail, AOL
Celular: Android, iPhone
fonte
Acabei de testar o GMail e parece que o GMail não oferece mais suporte a URIs de dados.
Além disso, o gmx.de (um provedor de webmail alemão muito popular) converte URIs de imagem em um URI em seu servidor, e isso não parece oferecer suporte a URIs de dados.
fonte
Mac Mail, Outlook 2003 e MobileMe suportam URIs de dados. Não tenho certeza sobre os outros clientes, mas você pode descobrir facilmente - crie uma nova mensagem no Gmail, clique em 'inserir imagem', em seguida, clique em 'usar um URL' e cole o URI dos dados. Em seguida, envie-o para vários endereços e abra-o nos clientes que desejar.
fonte
Não posso responder à pergunta sobre o suporte para data-uri diretamente, mas o suporte para qualquer coisa assim é geralmente muito ruim em navegadores de e-mail. O problema realmente abrange muitos deles usando seus próprios mecanismos de renderização reduzidos que não são renderizadores html completos. Em um sistema em que ainda é preferível usar um design baseado em tabela para garantir que os e-mails sejam legíveis, eu não tentaria fazer nada inteligente.
No entanto, você já deve saber que o e-mail permite dois tipos de anexos. Se você marcar um anexo como embutido, ele tende a não aparecer na lista de anexos (embora isso aconteça com frequência).
Eu pessoalmente acho que garantir a legibilidade do e-mail é melhor do que ele não aparecer e, obviamente, a outra abordagem de imagens remotas não ajuda aqui.
fonte