À quoi ressemble la prise en charge des URI de données dans les principaux logiciels de client de messagerie?

Les URI de données sont un moyen standard d'incorporer des images et d'autres données binaires dans HTML, et la prise en charge des navigateurs est bien documentée sur le Web. (IE8 était la première version d'IE à 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 les logiciels de messagerie de bureau et de messagerie Web.

Lors de la création d'un e-mail HTML, la pratique courante consiste soit à inclure des images en tant que pièces jointes, soit à les charger en externe (c'est-à-dire les images de suivi). Les deux ont des inconvénients (certains clients répertorient tous ces fichiers joints, tandis que beaucoup bloquent à juste titre ou nécessitent une action de l'utilisateur pour voir les images externes). Ainsi, l'URI de données semble être une bonne solution, mais uniquement s'il est pris en charge par les lecteurs de courrier électronique.

Alors, est-ce que quelqu'un a un lien vers une étude récente sur la prise en charge de cette fonctionnalité? Ou enquêté sur cela? Par exemple, voici un aperçu du support CSS . Le logiciel client qui m'intéresse comprend:

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

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

Mobile: Android, iPhone

J'ai fait un test plus récent chez Litmus , avec des URI de données en ligne<img> éléments en et les images d'arrière-plan css.

Ces clients de bureau font URIs de données montrent:

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

Ces clients mobiles font URIs de données montrent:

• 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
• Perspectives 2011
• Perspectives 2013

Ces clients mobiles ne:

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

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

De plus, 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.

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 des données. Ensuite, envoyez-le à plusieurs adresses et ouvrez-le dans les clients de votre choix.

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 de ce genre est souvent très mauvaise dans les navigateurs de messagerie. Le problème s'étend vraiment à beaucoup d'entre eux qui utilisent leurs propres moteurs de rendu réduits qui ne sont pas des moteurs de rendu HTML complets. Dans un système où 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 quoi que ce soit 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 (même si c'est souvent le cas).

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