Como é o suporte de URI de dados nos principais softwares de cliente de e-mail?

100

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

joelhardi
fonte

Respostas:

99

Eu fiz um teste mais recente no Litmus , com URIs de dados para inline<img> elementos e imagens de fundo css.

Estes clientes desktop fazer URIs mostrar dados:

  • Apple Mail 5
  • Apple Mail 6
  • Lotus Notes 8
  • Outlook 2003
  • Thunderbird 3.0
  • Thunderbird mais recente

Estes clientes móveis fazer URIs mostrar dados:

  • Android 2.3
  • Android 4.0
  • BlackBerry 5 OS
  • iPad
  • iPhone 3GS
  • iPhone 4S
  • iPhone 5

Nenhum dos clientes de webmail mostrou URIs de dados.

Esses clientes de desktop não:

  • Lotus Notes 6.5
  • Lotus Notes 7
  • Lotus Notes 8.5
  • Outlook 2000
  • Outlook 2002 / XP
  • Outlook 2007
  • Outlook 2010
  • Outlook 2011
  • Outlook 2013

Esses clientes móveis não:

  • Gmail (Android)
  • Outlook.com (Android)
  • Yahoo (Android)
  • BlackBerry 4 OS
  • Symbian
  • Windows Phone 7.5
Derek Ahmedzai
fonte
O Hotmail é renderizado em um navegador, portanto, provavelmente, ele ofereceria suporte a URIs de dados.
Mike Cooper,
1
Atualizei minha resposta original com resultados mais recentes, incluindo uma lista de clientes que não oferecem suporte a URIs de dados.
Derek Ahmedzai
6
Estou curioso para saber por que o Outlook 2003 funciona, mas não qualquer uma das versões posteriores. Além disso, se o navegador Chrome mostra URIs de dados, por que esse link no e-mail não é mostrado corretamente no mesmo navegador Chrome.
Old Geezer
@OldGeezer, alguns clientes de e-mail estarão confundindo os dados: uri.
jreptak de
9
@OldGeezer, acho que porque a partir do Outlook 2007 a Microsoft mudou para o Word como mecanismo de renderização de HTML do Outlook, em vez do Internet Explorer como era em 2003
qdev
8

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.

James Roper
fonte
6

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.

Dan Eden
fonte
Não consigo reproduzi-lo no gmail (como este pôster indica). Você pode dar uma amostra de url que funcione, por favor?
Nikita Rybak
4

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.

Steve Smith
fonte