Images dans une signature mail : inline CSS + base64 ?

Bonjour à tous,

Afin d'insérer mon logo dans ma signature mail, j'ai d'abord essayé le PNG. Mais le PNG étant un fichier image joint, il arrive régulièrement qu'un client mail bloque les contenus externes et que la réponse soit faite sans eux ; du coup les images finissent par disparaitre.

J'ai donc essayé en SVG inline, directement codé dans le HTML. Malheureusement il semblerait que Yahoo et Gmail ne le reconnaissent pas ! Et le contenu du SVG n'est même plus remplacé par un texte, comme c'était le cas lorsque l'image manquait...

Quelles seraient les recommandations des alsanautes sur la question ?

Merci beaucoup.
Modifié par Adage (26 Jan 2016 - 14:45)

Bonjour Adage, déjà à partir de quelle messagerie veux-tu créer une signature ? ^^

Gmail, Yahoo, Hotmail, Outlook .. ?

Golderen a écrit :
Bonjour Adage, déjà à partir de quelle messagerie veux-tu créer une signature ? ^^

Gmail, Yahoo, Hotmail, Outlook .. ?

Aucune, c'est un fichier html que j'intègre à mes mails depuis Thunderbird. Et l'adresse est sur mon nom de domaine.

Je suis revenu au fichiers PNG, que j'ai encodés en base64 pour les insérer inline et ainsi éviter les pièces jointes, mais Gmail les identifie toujours comme des images et les bloque ; l'utilisateur doit donc cliquer "afficher les images" pour voir le logo... Ce qui n'est pas terrible...
Modifié par Adage (26 Jan 2016 - 13:15)

Ah.. En effet, je ne pourrais t'aider car cela est haut dessus de mes compétences désolé j'aurais essayer ^^'

c'est normal beaucoup de service webmail verifie le contenu HTML avant de l'afficher, pour être sur que aucun object element soit présent, et efface ce qui se trouve à l'interieur.

c'est très variés.... tu peux toujours essayer
Modifié par JENCAL (26 Jan 2016 - 13:33)

JENCAL a écrit :
c'est normal beaucoup de service webmail verifie le contenu HTML avant de l'afficher, pour être sur que aucun object element soit présent, et efface ce qui se trouve à l'interieur.

c'est très variés.... tu peux toujours essayer

Effectivement, c'est très varié, mais dans l'ensemble c'est une catastrophe... À part depuis Android 4, les systèmes Apple et Thunderbird, presque tout le reste efface le SVG.

1- Mon problème en SVG c'est que (outre la comptabilité quasi nulle) je n'ai aucun moyen d'avoir un texte de substitution. L'alternative serait d'avoir un SVG codé en base64 et déclaré dans un <img> avec un alt=... mais même comme ça la compatibilité ne sera pas meilleure ;

2- Mon problème en PNG est que même codées en base64, les images sont reconnues comme telles par les webmails. Est-ce qu'en les déclarant dans le CSS (en background-image) au lieu des <img> j'ai de meilleures chances ? Et si oui comment puis-je alors avoir un texte de substitution pour les systèmes encore réticents à afficher les images css en data uri ?

Merci.
Modifié par Adage (26 Jan 2016 - 14:01)

je n'ai jamais fais ou vue cela. donc je peux plus t'aider.

Bonjour Adage,

Alors oui les webmail acceptent du code html ! (chouette)

Mais qu'une partie seulement ! (hoooooo)

Un mail est un élément particulier qui transite à travers le web. Ce n'est pas un programme, ce n'est pas une video et ce n'est pas non plus du code Python.
Le mail, de part sa particularité unique de n'être qu'un mail, se doit d'être traité comme tel.

Le Webmail c'est quoi dans cette histoire ? Le webmail va être le receptable de ce fameux mail. Nous attendons beaucoup de lui car quand il reçoit un mail, il va adopter un certain comportement. Comportement qu'il ne pourrait avoir avec toute autre entité. Logique, non ?

Bon donc d'un côté nous avons le mail et de l'autre le webmail. La boucle n'est pour autant pas bouclée. Et le destinataire dans l'affaire ?

Imaginons, je suis Mister $, j'ai un compte mail et j'utilise un webmail pour... consulter mes mails. Voici la fonction première et primaire du Webmail.
In facto, Webmail a des comptes à rendre à Mister $ !

(C'est ici qu'on entre au coeur du débat...)

Un des facteurs déterminant dans la façon dont le webmail va faire son boulot est la sécurité.
La politique actuellement adoptée par (tous?) la majorité des webmails est d'exécuter les pièces jointes (quelles qu'elles soient: image, vidéo, feuille de calculs, pdf etc) uniquement après l'accord explicite du destinataire. Pour les images cela se traduit par un lien "afficher les images" sinon par la signification souvent iconographique d'une pièce jointe.

Dans le cas des images cela est vrai quelle que soit leur méthode d'encodage : jpeg, gif, png, base64 dans le html ou le css etc.

L'unique façon pour le destinataire de bénéficier de l'affichage systématique des images à la consultation d'un mail est d'ajouter l'adresse de l'expéditeur dans son carnet d'adresse et de préciser dans sa fiche qu'il souhaite le chargement systématique des images.

Soit, en tant qu'expéditeur, tu n'as aucun contrôle possible sur l'affichage systématique des images contenues dans un mail.

Ce sont ces même raisons qui font qu'une partie seulement des standards ne soit retranscrite. Cela est vrai aussi bien pour le Html que le Css. Le format vectoriel fait partie de ces choses qui ne sont pas implémentées.

EDIT: Pour ces raisons et aussi pour les mêmes que celles qui font que les Navigateurs Web ont le même défaut mais une strate au dessus. C'est pourquoi implémenter en CSS4 c'est inutile à l'heure actuelle

A noter: les webmails interprètent de l'html mais ne pas oublier qu'ils comprennent aussi très bien le base64. C'est comme une langue natale pour eux.

désolé pour toi
Modifié par Greg_Lumiere (27 Jan 2016 - 17:13)

Par contre quand tu dis

Adage a écrit :
à la place du svg il n'affichent rien

même pas ta balise foreignObject ?

J'ai pour habitude de placer le contenu de ma balise foreignObject à l'intérieur d'une boite (div/span suivant le contexte), ainsi:

<svg>...<foreignObject><div>texte de remplacement</div></foreignObject></svg>

par contre il est vrai que je n'ai jamais essayé cela sur un mail.

Si cela ne fonctionne pas, je pense qu'il ne reste pas plus compatible qu'une balise image et son attribut d'alternative. Voir même encapsulé dans un lien.
Modifié par Greg_Lumiere (27 Jan 2016 - 17:20)

Merci beaucoup pour cette réponse aussi décevante que claire et détaillée.

Peut-être une dernière chance ? Est-ce que les polices de caractères sont - comme les images - reconnues comme "pièces jointes", ou bien est-ce qu'il est vraisemblable de les charger directement dans le mail ? Car dans ce cas on peut imaginer créer une fonte avec un caractère constitué du logo ?

Tu as de la ressource dans les idées.

Bonne question car je n'ai pas encore planché sur le sujet des polices de caractères donc ce que je dis c'est peut-être à prendre avec des pincettes.

Il me semble que pour lier une fonte celle-ci est codée en base64 directement dans le code (html ou css). De ce fait je pense que le webmail aura tendance à ignorer la police au profit de ses propres réglages (par défauts ou de l'utilisateur).

Maintenant à savoir si elle sera disponible en tant que pièce jointe ? C'est possible.

Concrètement je ne me souviens pas avoir reçu un jour un mail avec une police de caractère particulière. Je ne me souviens pas non plus avoir eu en PJ une police.
Et puis il y a bien des années qu'un mail ne m'ai affiché une image sans ce foutu clic sur Afficher.
Je dis ça et je pratique différents clients mail.


Donc si on oublie le base64. Sachant que la police extra-utero n'est pas possible je ne vois pas quelle piste creuser.

Il ne peut-avoir qu'une batterie de tests qui puisse confirmer ou infirmer cela de manière tranchée et irréfutable.