La campagne ASCII Ribbon

Bienvenue sur la page officielle de la campagne ASCII ribbon ("Ruban ASCII"). Au départ cette campagne était un effort semi-sérieux ; et puis il est clairement apparu que les utilisateurs devraient être mieux informés sur l'envoi des emails, et notamment sur le HTML et les formats propriétaires. Seules quelques informations éparses étaient disponibles, sur des pages et serveurs différents, sans site officiel. C'était le signe que quelque chose devait être fait, et c'est pourquoi www.asciiribbon.org est né !

Vous êtes tous encouragés à parler de cette campagne, et à diriger les gens sur ce site pour plus d'information.

Qu'est-ce que cette campagne ?

En quelques mots : c'est contre les emails HTML et les emails avec des attachements propriétaires. Pourquoi ? Pour plusieurs raisons :

• Certains logiciels (notamment des logiciels embarqués sur mobile) ne peuvent pas lire le HTML. Cela signifie qu'ils ne pourront tout simplement pas lire votre email parce qu'il sera affiché en code HTML brut, ou qu'il auront un message d'erreur.
• Certains ont un support limité du HTML et le rendu graphique peut tout simplement rendre le message illisible.
• Envoyer des emails HTML est extrêmement lourd et inefficace. Les emails HTML sont toujours beaucoup plus gros que les emails en texte brut, même lorsqu'ils ne comportent pas d'images. Une grande partie des utilisateurs d'Internet ont une connexion avec laquelle ils paient le temps passé et/ou le débit utilisé ; ils paieront d'avantage s'ils dépassent leur forfait/quota.
• Les emails HTML avec une image de fond, ou des graphiques tape-à-l'œil (comme ceux du service Incredimail), provoquent généralement un énorme gâchis de bande passante, d'espace libre de boîte mail, et de temps. Avoir à télécharger 200kb ou plus pour un email qui ne contient que quelques lignes de texte est complètement ridicule. On peut réaliser la même chose avec beaucoup moins (parfois 0,1% de la taille !) en utilisant du texte brut, en disant exactement la même chose, et en communicant exactement la même information.
  Pour exemple, regardez l'alourdissement considérable d'un message (utilisé "en vrai", ici utilisé avec autorisation), qui contenait beaucoup de texte (3 kb - la plupart des messages n'atteignent cette taille qu'en écrivant un demi-roman) :
  

  Message: "FRIENDS WITHOUT FACES~(w/sound)".
     I     1 <no description>                    [multipa/alternativ, 7bit, 17K]
     I     2 	<no description>        [text/plain, quoted, iso-8859-1, 3.0K]
     I     3 	<no description>            [text/html, 7bit, iso-8859-1, 14K]
     I     4 DOT_Flowersg4a122212222332224221222.jpg  [image/jpeg, base64, 100K]
     I     5 !cid_03f701c31824$5b06d6d0$2edb98c8@cida   [image/gif, base64, 29K]
     I     6 monoset purple344434444554446443444.gif    [image/gif, base64, 10K]
     I     7 BLUEAN~125665557554555.GIF                 [image/gif, base64, 58K]
     I     8 Friends Without Faces6111511112211131171  [audio/wav, base64, 635K]
  853 KB total.
  

• Les personnes limitées à un terminal qui n'affiche que du texte, les handicapés, les aveugles, ou tous ceux qui ne peuvent utiliser une interface graphique facilement, voire pas du tout, ne pourront pas lire votre email.
• Il y a même un risque majeur de sécurité si des "graphiques inclus" sont utilisés et téléchargés sans restriction lorsque vous ouvrez ou prévisualisez un email HTML. En effet, des liens d'image habilement conçus peuvent transmettre des informations à un site pour, par exemple, renseigner un serveur de publicité (ou frauduleux) sur votre adresse email, votre adresse IP, le type de navigateur ou de système d'exploitation, le fuseau horaire et bien d'autres informations. Cela confirme que l'email a bien été ouvert et lu, tout automatiquement, et peut confirmer votre adresse pour vous envoyer du spam (courrier indésirable) !
  Un exemple de la vie réelle d'un tel lien que j'ai reçu (les noms ont été changés, aucune attaque contre une entreprise ici) :

  <img src="http://www.spamserver.com/buyersvcs/warranty_wbe_opened.jsptracker?ccode=bs_war_wbe_1" />

  qui signifierait que si mon client mail affichait l'image, alors il se connecterait à spamserver.com, et lui indiquerait que l'email a été ouvert. Et si mon navigateur avait une configuration "par défaut", il donnerait aussi mon adresse email (contenue dans le lien), de même que toutes les informations transmises par les "en-têtes" par défaut d'un navigateur ouvrant un lien : le fuseau horaire, mon IP, mon type de navigateur, mon système d'exploitation, et tout ce qu'un code spécifique peut vouloir dire pour eux en interne, et qui est inclus dans le lien. Qui parle de sécurité ?
• Et il y a d'autres raisons... bien d'autres !

Les emails propriétaires sont encore pire. Ils obligent le destinataire à utiliser un système d'exploitation particulier, un programme particulier, ou une suite bureautique particulière, ne serait-ce que pour lire le message. Pensez à un e-mail sous forme de document Word. L'idée de départ est que le formatage du texte et sa mise en page sont conservés quelque soit le client mail du destinataire. Mais justement les clients mails ne pourront jamais ouvrir ces documents en interne sans lancer un programme externe pour l'afficher ; un programme qui ne sera peut-être même pas disponible pour leur système. Les documents produits par traitement de texte ne sont pas inutiles, mais dans ce cas, si l'on n'a besoin que de formatage basique, on peut le faire avec du texte brut. Sans compter que les en-têtes des documents contiennent souvent des informations personnelles, d'installation, sur le système et autres ; ce qui est en général inconnu ou oublié par l'expéditeur.

Comment aider ?

Merci de demander !
Vous pouvez agir :

• Tout d'abord, configurez votre client mail pour envoyer des messages en texte brut.. Il existe un tutoriel pour Outlook et Netscape sur 'turn-off-html' (Anglais).
• Ensuite, montrez votre adhésion à la campagne ASCII Ribbon en attachant une signature à vos emails. Par exemple :
  

  ()  ascii ribbon campaign - against html e-mail 
  /\  www.asciiribbon.org   - against proprietary attachments

  
  

                         _
  ASCII ribbon campaign ( )
   against HTML e-mail   X
                        / \

  
  

  O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

  
  D'autres sont disponibles via les liens ci-dessous.
• Enfin, expliquez autour de vous pourquoi les emails doivent rester un moyen de communication en texte brut - ce à quoi ils sont destinés à l'origine, et pour lesquels ils sont très efficaces ! Utiliser du texte brut n'est pas limitant puisque vous pouvez toujours attacher des images et autres documents complémentaires ; cela signifie juste que le contenu de votre message est dans un format lisible par tous.
  Et à ceux qui se posent la question "et les alphabets non latins ?", sachez que le texte brut est ouvert à tous les encodages (dont UTF-8) et peut ainsi supporter le chinois autant que le cyrilique, l'arabe, l'hébreu...

Liens

Cette page ne serait pas là sans les gens qui ont lancé cet effort. Voici quelques liens de pages liées à cette campagne, avec plus d'information, de signatures et d'aide ! Et si vous pensez qu'il manque quelque chose, dites-le moi.

the semi-official, semi-serious ascii ribbon campaign against gratuitous graphics on the web! (English)
ascii ribbon campaign (English)
7 reasons why html e-mail is evil (English)
ascii ribbon campaign (German)
ascii ribbon campaign (English)
Please, no MS Office documents (multi-lingual)
Rant against HTML mail (English, defunct) [translated in German/auf Deutsch]
Put an end to Word attachments (multi-lingual)
GNU Philosophy: no word attachments (Spanish)

Contact

Si vous souhaitez ajoutez des informations, commenter, vous plaindre ou autre, vous pouvez me laisser un mot avec ce formulaire ce contact.