De ASCII Ribbon Campagne

Welkom op de officiële pagina van de ASCII Ribbon campagne. Begonnen als een halfwasse poging, werd het al snel duidelijk dat meer en meer mensen zich niet bewust zijn van een aantal fundamentele dingen over e-mail, en wat richtlijnen voor wat betreft het versturen van e-mail op zijn plaats zijn. Vooral als het gaat om e-mails verstuurd als HTML of in eigen formaten. Omdat er slechts een paar pagina's hier en daar verspreid te vinden zijn op het internet die niet in relatie tot elkaar staan en niet makkelijk te vinden zijn, ontstond het idee om één centrale pagina voor dit probleem te maken, en zo was www.asciiribbon.org geboren!

Iedereen wordt aangemoedigd om het woord over deze campagne rond te laten gaan, en mensen naar deze pagina te sturen voor meer informatie.

Waar gaat deze campagne over?

Simpel gezegd: de campagne is tegen het gebruik van elke vorm van HTML e-mail, en van e-mail verstuurd in eigen formaten. Waarom? Om een aantal redenen:

• Aardig wat e-mail programma's ondersteunen geen HTML e-mail. Dit betekent dat mensen die uw e-mail ontvangen er hoogstwaarschijnlijk geen wijs uit kunnen omdat het wordt weergegeven als ruwe HTML code, of soms zelfs in het geheel niet en een foutmelding voorgeschoteld krijgen!
• Andere e-mail programma's geven HTML slechts zeer gebrekkig weer, waardoor bijvoorbeeld tekst wegvalt of onleesbaar wordt.
• Het versturen ven HTML e-mail veroorzaakt veel 'overhead', en is erg inefficiënt. HTML e-mail is altijd veel groter dan reguliere tekst, zelfs als het niet is opgesierd met plaatjes. Een groot deel van de Internet gebruikers moeten betalen per minuut en/of hebben een verbinding met een data limiet en moeten elk gebruik meer per volume betalen.
• HTML e-mails met een achtergrondplaatje of 'flashy graphics' (zoals bijvoorbeeld de service die Incredimail biedt), zijn normaal gesproken een totale verkwisting van bandbreedte, inbox ruimte, en tijd. Als u 200kb of meer moet downloaden voor een e-mail met een paar regeltjes tekst is dat ronduit belachelijk te noemen. Het zelfde kan worden gedaan in een fractie van die grootte (0.1% is niet overdreven!) als reguliere tekst wordt gebruikt. Hierin wordt exact hetzelfde gezegd en exact dezelfde informatie overgedragen.
  Hier is als voorbeeld de analyse van een (echte, deze informatie gebruikt met toestemming van de eigenaar) e-mail waarin veel tekst was getypt (3 kilobytes). De meeste berichten worden niet zo groot tenzij iemand een halve essay schrijft naar iemand anders:
  

  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.
  

• Mensen die een tekst-terminal gebruiken, mensen die gehandicapped zijn, blinden, kort gezegd: iedereen die niet gemakkelijk (of in het geheel niet) een grafisch interface kan gebruiken, kan waarschijnlijk uw e-mail niet lezen.
• Er is zelfs een groot beveiligingsrisico als zgn. "inline graphics" worden gebruikt en worden gedownload van het internet op het moment dat u de mail opent of een voorbeeld bekijkt van HTML e-mail. Slimme externe koppelingen naar plaatjes kunnen "naar huis bellen" naar bijvoorbeeld een advertentieserver en een bevestiging geven dat de e-mail daadwerkelijk was geopend op uw machine, kan uw IP adres, browser type, besturingssysteem, tijdzone en nog meer versturen. Met deze aanroep wordt bevestigd dat uw e-mail bestaat en wordt gelezen, en dus een goed doelwit is om SPAM naartoe te sturen! En dat allemaal volledig automatisch!
  Hieronder een werkelijk voorbeeld van zo'n koppeling die ik in een e-mail ontving (de domein naam is vervangen aangezien deze campagne geen aanval is op een specifiek bedrijf):

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

  Dit zou inhouden, -als- mijn e-mail programma zou proberen dit plaatje te laden en weer te geven, dat een verbinding zou worden gemaakt met spamserver.com, de eigenaar daarvan zou vertellen dat de e-mail daadwerkelijk was ontvangen en geopend. Als mijn browser standaard zou zijn ingesteld zou het zelfs mijn e-mail adres meesturen, de tijdzone, mijn IP adres, browserversie, besturingssysteem, (er wordt zeer veel informatie standaard verstuurd naar een webserver bij het opvragen van een bestand), en ook de code die een interne betekenis heeft voor de spamserver die wordt meegestuurd in dit verzoek... beveiliging..?
• Een ander beveiligingsrisico: Omdat HTML-email normaal gesproken wordt getekend en weergegeven met een of ander browsercomponent (back-end), dat ofwel intern of extern is voor de e-mail client, leveren fouten en bugs in deze back-ends gevaar op voor de ontvangers van e-mails. Misbruik om bijvoorbeeld een virus te installeren kan zo rechtstreeks worden gericht aan bepaalde gebruikersgroepen. Eenvoudigweg bekijken van de e-mail stelt u dan bloot aan een enorm risico. Bijvoorbeeld: een bekende fout in Internet Explorer levert gevaar op voor mensen die Outlook gebruiken voor hun mail.
• Er kunnen meer redenen worden gevonden dan deze. Veel meer zelfs.

Mailberichten in eigen formaat zijn zelfs nog erger. Hiermee wordt een ontvanger gedwongen een bepaald besturingssysteem, programma, of officepakket te hebben om e-mail te kunnen openen en lezen. Denk bijvoorbeeld aan een e-mail die is verstuurd in de vorm van een Word document. Het idee hierachter is dat iemand een Word document zou kunnen sturen en dat de layout, lettertypes e.d. er bij de ontvanger exact hetzelfde uitzien als bij de verzender, ongeacht het e-mail programma. Echter: e-mail programma's zullen dit soort mails zelf nooit kunnen openen en zijn dan afhankelijk van een koppeling naar een extern programma om het eigen formaat weer te geven. Dit is misschien niet eens mogelijk in het e-mail programma, of het externe programma dat nodig is, kan zelfs niet eens beschikbaar zijn voor het besturingssysteem of de hardware waar de ontvanger gebruik van maakt! Het formatteren van een bericht en basislayout kan even gemakkelijk worden bewerkstelligd in reguliere (platte) tekst. Hiernaast is het ook nog eens zo dat documenten in een eigen formaat vaak (verborgen) informatie bevatten over de verzender: persoonlijke informatie, installatiepaden, en nog veel meer. Deze informatie wordt meegezonden zonder dat de verzender hier iets van weet.

Wat kan ik doen om te helpen?

Ik ben blij dat u dat vraagt!
U kunt een paar dingen doen om te helpen:

• Allereerst, en wellicht het belangrijkste: configureer uw e-mail programma zodat alleen reguliere tekst wordt verzonden. U kunt hier een handleiding vinden hoe dit te doen is in Outlook en Netscape
• Ten tweede kunt u deze campagne onderschrijven door een ASCII Ribbon logo op te nemen in de ondertekening van uw e-mails. Een paar voorbeelden:
  

  ()  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

  
  U kunt meer voorbeelden vinden op de pagina's die hieronder zijn gelinkt!
• Ten derde: vertel anderen dat e-mail een medium moet zijn en blijven voor tekst - hier was het voor ontworpen, en hier is het extreem efficiënt in! Het gebruik van reguliere tekst beperkt u in het geheel niet voor het versturen van bijlagen of plaatjes and uw vrienden en contactpersonen. Het betekent alleen dat de daadwerkelijke inhoud van uw e-mail berichten correct kan worden weergegeven op elk willekeurig systeem.

Links

Natuurlijk was deze campagne onmogelijk geweest zonder de mensen die dit allemaal in beweging hebben gezet. Hieronder vindt u een aantal (maar zeker niet alle) pagina's die gerelateerd zijn aan deze campagne. Hier vindt u meer informatie, meer handtekeningen, en meer hulp! Als u denkt dat hier iets essentieels mist, laat mij dit dan a.u.b. weten.

ascii ribbon campagne (Engels)
7 redenen waarom html e-mail kwaadaardig is (Engels)
geen html mail (defunct) (Engels)
losderover.be (Nederlands)
ascii ribbon campagne (Duits)
ascii ribbon campagne (Engels)
ascii ribbon campagne (Engels)
Alstublieft, geen MS Office documenten (meerdere talen)
Rant against HTML mail (English) [translated in German/auf Deutsch]
Put an end to Word attachments (English)

Contact

If you have additions, comments, complaints, you can drop me a line by using this contact form.