web-dev-qa-db-fra.com

À quoi ressemble le support Data URI dans les principaux logiciels clients de messagerie?

RI de données est un moyen standard d'incorporer des images et d'autres données binaires en HTML, et la prise en charge du navigateur est bien documentée sur le Web. (IE8 était la première version de IE pour prendre en charge l'URI de données, avec une taille maximale de 32 Ko par URI; d'autres navigateurs majeurs l'ont pris en charge encore plus longtemps.)

Ma question concerne le logiciel client de messagerie électronique et de messagerie Web.

Lors de la création d'un e-mail HTML, la pratique standard consiste à inclure des images en tant que pièces jointes ou à les charger en externe (c'est-à-dire le suivi des images). Les deux présentent des inconvénients (certains clients répertorient tous ces fichiers joints, tandis que de nombreux bloquent ou nécessitent une action de l'utilisateur pour voir les images externes). Ainsi, l'URI de données semble être une bonne façon de procéder, mais uniquement s'il est pris en charge par les lecteurs de messagerie.

Alors, quelqu'un a-t-il un lien vers une étude récente sur la prise en charge de cette fonctionnalité? Ou enquêté sur tout ça? Par exemple, voici un aperçu du support CSS . Les logiciels clients qui pourraient m'intéresser comprennent:

Bureau (y compris les informations de version): Outlook, Apple Mail, Thunderbird, Evolution, Lotus Notes, AOL, Eudora

Webmail: Gmail, Live/Hotmail, Yahoo! Mail, AOL

Mobile: Android, iPhone

htmlemailhtml-emailemail-clientdata-uri
92
joelhardi

J'ai fait un test plus récent sur Litmus , avec des URI de données pour inline <img> éléments et images de fond css.

Ces clients de bureau affichent des URI de données:

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

Ces clients mobiles affichent les URI de données:

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

Aucun des clients de messagerie Web n'a montré d'URI de données.

Ces clients de bureau ne:

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

Ces clients mobiles ne:

  • Gmail (Android)
  • Outlook.com (Android)
  • Yahoo (Android)
  • BlackBerry 4 OS
  • Symbian
  • Windows Phone 7.5
95
Derek Ahmedzai

Je viens de tester GMail, et il semble que GMail ne prend plus en charge les URI de données.

En outre, gmx.de (un fournisseur de messagerie Web allemand très populaire) convertit les URI d'image en URI sur son serveur, et cela ne semble pas prendre en charge les URI de données.

8
James Roper

Mac Mail, Outlook 2003 et MobileMe prennent en charge les URI de données. Vous n'êtes pas sûr des autres clients, mais vous pouvez facilement le découvrir - créez un nouveau message dans Gmail, cliquez sur "insérer une image", puis sur "utiliser une URL" et collez l'URI de données. Ensuite, envoyez-le à un certain nombre d'adresses et ouvrez-le dans les clients de votre choix.

6
Dan Eden

Je ne peux pas répondre directement à la question sur la prise en charge de data-uri, mais la prise en charge de quelque chose comme cela est souvent très mauvaise dans les navigateurs de messagerie. Le problème vient du fait que beaucoup d'entre eux utilisent leurs propres moteurs de rendu réduits qui ne sont pas des moteurs de rendu HTML complets. Dans un système qu'il est toujours préférable d'utiliser une conception basée sur une table pour s'assurer que les e-mails sont lisibles, je n'essaierais pas de faire quelque chose d'intelligent.

Cependant, vous savez peut-être déjà que le courrier électronique autorise deux types de pièces jointes. Si vous marquez une pièce jointe comme étant en ligne, elle a tendance à ne pas apparaître dans la liste des pièces jointes (bien que ce soit souvent le cas).

Je pense personnellement qu'assurer la lisibilité de l'e-mail est mieux que de ne pas apparaître et, évidemment, l'autre approche des images distantes n'aide pas ici.

4
Steve Smith