| • | omdat HTML bedoeld is voor het maken van webpagina's en platte tekst bedoeld is voor eenvoudige communicatie. Als je een webpagina wilt maken of een boek wilt schrijven, prima. Maar e-mailberichten zijn geen webpagina's of boeken. E-mail is ontworpen voor eenvoudige berichtgeving. Al het andere doet eerder afbreuk aan de kernfunctionaliteit dan dat het er iets aan toevoegt. Zoals Andy Roony zei: "E-mail is eenvoudig. Net als een potlood, het werkt gewoon." Nou, e-mail is niet eenvoudig -- en het werkt niet altijd -- als er HTML aan te pas komt |
| • | omdat het mensen aanmoedigt zich uit te drukken met mooie opmaak in plaats van met zorgvuldig gekozen woorden |
| • | omdat het compatibiliteitsproblemen oplevert met tekstgebaseerde clients zoals de honderdduizenden Pine-gebruikers die er zijn |
| • | SpamAssassin en vele andere spamfilters wegen de "spamminness" van inkomende berichten af van vele factoren, en HTML opmaak is er daar één van. Een onschuldige e-mail die normaal gesproken geen spamfilters zou triggeren, kan een hogere spambeschadigingsclassificatie krijgen als er HTML-opmaak in het spel is |
| • | omdat het toegankelijkheidsproblemen introduceert. Wanneer je in platte tekst schrijft, geeft de ontvangende e-mailclient de tekst weer in het lettertype dat de lezer kiest. Wanneer je e-mail opmaakt met HTML, bepaalt de afzender de opmaak. Maar dit is een valstrik: Je denkt alleen dat je bericht op dezelfde manier zal worden weergegeven voor de kijker als het lijkt voor de afzender. In werkelijkheid kan de ontvanger zijn ogen dichtknijpen omdat het lettertype zo klein lijkt, of vice versa. HTML wordt niet op dezelfde manier weergegeven van de ene client naar de andere - alle garanties van toegankelijkheid gaan het raam uit. Dit is vooral problematisch voor visueel gehandicapten |
| • | omdat het veiligheidsproblemen en Trojaanse paarden kan introduceren -- het is een poort naar gevaar zoals iedere Outlook gebruiker je kan vertellen. HTML kan een willekeurig aantal scripts, gevaarlijke links, besturingselementen, enz. bevatten |
| • | omdat het een mooie, korte e-mail van twee regels 15 regels lang maakt |
| • | omdat het de omvang van e-mails meer dan verdubbelt omdat clients het probleem "oplossen" door zowel platte tekst als HTML-versies van dezelfde e-mail te versturen. Dit betekent natuurlijk ook dat er meer bandbreedte wordt verbruikt, wat - let op al jullie bonenophalers en IT-professionals - uiteindelijk de kosten opdrijft |
| • | het maakt e-mailsoftware namelijk groter, trager en ingewikkelder, waardoor de kans op crashes en compatibiliteitsproblemen toeneemt en geheugen, ruimte op de harde schijf en CPU-cycli worden verspild. Denk er eens over na: om HTML e-mail te verwerken, plaats je in feite een webbrowser in je e-mailprogramma! (Om je een idee te geven van hoe sterk sommige mensen hierover denken, de persoon die dit heeft bijgedragen zegt ook "Er zijn veel mensen die denken dat het goed is om de HTML optie gewoon uit te zetten, maar om de bovenstaande reden weiger ik een e-mailprogramma te gebruiken dat dit zelfs maar als optie heeft. Ik gebruik nog steeds Claris Emailer en zal nooit op iets anders overstappen (ik heb thuis een oude Mac die ik voor niets anders gebruik dan e-mail, dus ik hoef me geen zorgen te maken dat ik ooit gedwongen zal worden om te upgraden naar een "beter" e-mailprogramma)" |
| • | omdat mensen meer tijd besteden aan het kiezen van een lettertype dat de ontvanger waarschijnlijk niet eens op zijn systeem heeft staan, dan aan het zorgvuldig kiezen van hun woorden |
| • | omdat het een ravage aanricht in elke mailinglijst die digests verstuurt |
| • | omdat het programmeurs die e-mail clients schrijven dwingt te kiezen tussen het ondersteunen ervan en het implementeren van functies die daadwerkelijk helpen bij het afhandelen van e-mail |
| • | omdat het onnodig inbreuk maakt op de e-mail standaarden en protocollen. De meeste gebruikers gebruiken geen van de "geavanceerde" opties en degenen die dat wel doen gaan meestal te ver -- meestal spammers die de mooie stijlen van HTML gebruiken als een manier om aandacht te trekken |
| • | de enige mogelijke redelijke doeleinden voor HTML e-mail zijn eenvoudige tekststijlen zoals vet en cursief, die _op_ *andere* manieren kunnen worden uitgedrukt die /universeel_ leesbaar zijn :-) |
| • | omdat het bedrijven aanmoedigt te denken dat het OK is om dingen te doen zoals code toevoegen die hen laat weten of je hun e-mail leest. Dit is een vriend overkomen, die een e-mail kreeg van infobeat met de vraag waarom hij hun dagelijkse nieuws e-mails niet las. Ik beschouw dat als een grove schending van de privacy |
| • | omdat de aanwezigheid ervan, en de medeplichtigheid van het publiek eraan, het misbruik van reclamebloat in je inbox aanmoedigt. Omdat ze weten dat ze opvallende banneradvertenties kunnen maken, zullen spammers en bedrijven (zoals Barnes and Noble) een halve pagina vullen met advertenties voor dit en dat, en zo een visuele en mentale warboel creëren waar we allemaal beter af zonder zouden zijn. We krijgen genoeg van dat op het web - we hebben het niet nodig in onze inboxen |