homeComputers

inleiding

inhoudsopgave

laatste wijzigingen

over mij,  html

over mij,  o.s.

Multi-platform

ascii tekens

backups extern

backups soorten

bit byte deci hex

botnet

browsers

cloud

cookies

cookies, zo hoort het

ddos aanval

datagraaiers

email

e-mail duidelijk

e-mail etiquette

e-mail gehackt

e-mail html

e-mail imap-pop

e-mail thunderbird

e-mail web-client

e-mail xs4all-freedom

emoticon

extensies

filemanagers

flash

ftp uploaden

gijzeling

google

google alerts

google temmen

google ik ga akkoord

google maps

hardware

hoax

hosting

html

html basis

html codes

html emoijs

html kleur-namen

html5

ip-adres

javascript

laad- datakabel

links, diverse

microsoft belt u

modem - router

nas

phishing

porno-sites bezocht

privacy

privacy tips

robots.txt

search-engines

smiley

spoofing

ssd schijf

ssl-certificaat

usb-c

usb kabel

vakantie

veiligheid

vpn

wachtwoorden

wifi

wifi gehackt

Android

agenda

apps

contacts

praktijk

Operating systems

Android  Apple  Linux
MS-DOS  ReactOS  Windows

Linux

agenda

automatisch aanmelden

backups

back in time

contacts

distro's

notepadqq

rescue usb

shortcuts

software

software tov windows

thunderbird

timeshift

virus

MS-DOS

ms-dos opdrachten

ReactOS

waarom

Windows

agenda

backups

1 timeline

2 robocopy

3 realtime

command-line opdrachten

contacts

herstelpunt

hibernate

hosts

icon spacing

onzichtbare files

pictogram afstand

register

rescue usb

sneltoetsen windows 7

sneltoetsen windows 8

sneltoetsen windows 10

sneltoetsen windows 11

software

systeemeisen

tips-trics

toetsenbord-instelling

virus-scanner

visuele effecten

vlc

windows 10 exit

windows 10 updates

wisselbestand

HTML in e-mail is een slecht idee

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

Laatste wijziging: 05 april 2013 Colofon  Disclaimer  Privacy  Zoeken  Copyright © 2002- G. Speek

  Einde van de pagina