95 votes

Quelle est la prise en charge de Data URI dans les principaux logiciels clients de messagerie?

Les données les Uri sont un moyen standard pour intégrer des images et d'autres données binaires en HTML, et de la prise en charge du navigateur est bien documenté sur le web. (IE8 était la première version d'IE à l'appui de Données URI, avec un max de 32 KO taille par URI; autres grands navigateurs ont pris en charge plus long.)

Ma question est sur le bureau de messagerie et webmail logiciel client.

Lors de la construction d'e-mail HTML, pratique standard consiste à inclure des images comme pièces jointes ou les charger à l'extérieur (c'est à dire suivi d'images). Ces deux ont des inconvénients (certains clients de la liste de l'ensemble de ces fichiers attachés, alors que beaucoup, à juste titre, de bloquer ou d'exiger une intervention de l'utilisateur voir les images). Ainsi, les Données URI ressemble à un bon chemin à faire, mais seulement si il est pris en charge par les lecteurs de courrier électronique.

Donc, quelqu'un aurait-il un lien vers une étude récente de support pour cette fonctionnalité? Ou étudié à ce tout? Pour exemple, voici un aperçu de la prise en charge de CSS. Logiciel Client je serais intéressé comprend:

De 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

96voto

Derek Ahmedzai Points 546

J'ai fait un plus récent test de Tournesol (http://litmus.com/), avec des données Uri pour inline <img> éléments css et images d'arrière-plan.

Ces clients de bureau de faire afficher les données Uri:

  • Apple Mail 5
  • Apple Mail 6
  • Lotus Notes 8
  • Outlook 2003
  • Thunderbird 3.0
  • Thunderbird dernière

Ces clients mobiles ne montrer que les données Uri:

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

Aucun des webmail clients ont données les Uri.

Ces clients de bureau n'est pas:

  • 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 pas faire:

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

8voto

James Roper Points 51

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

De plus, gmx.de (un fournisseur de messagerie Web allemand très répandu) convertit les URI d'images en un URI sur son serveur, ce qui ne semble pas prendre en charge les URI de données.

6voto

Dan Eden Points 41

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 le trouver facilement. 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. Envoyez-le ensuite à plusieurs adresses et ouvrez-le dans les clients de votre choix.

4voto

Steve Smith Points 2633

Je ne peux pas répondre à la question sur la prise en charge pour les uri directement mais une aide pour quoi que ce soit, comme c'est souvent très mauvais dans les e-mails des navigateurs. La question vraiment s'étend de beaucoup d'entre eux à l'aide de leurs propres couper les moteurs de rendu qui ne sont pas full html les convertisseurs. Dans un système qu'il est toujours préférable d'utiliser une table de base de conception pour s'assurer de courriels sont lisible, je ne voudrais pas essayer de faire quelque chose d'intelligent.

Cependant, vous pouvez déjà savoir que l'e-mail permet à deux types d'attachement. Si vous marquez une pièce jointe en ligne ensuite, il a tendance à ne pas afficher dans la liste des pièces jointes (même si c'est souvent le cas).

Je pense personnellement que le fait de garantir la lisibilité de l'e-mail est meilleure qu'elle ne s'affiche pas et, évidemment, l'autre approche des images à distance n'aide pas ici.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X