Lasse Reichstein Nielsen skrev:
>> Er det i det hele taget en god ide at bruge HTML-mails?
>
> Nej. Jeg har endnu ikke set en grund til at sende HTML, som
> ikke kunne klares bedre ved at lave en webside og sende linket
> (undtagen uopfordrede reklamer,
Der er mange ikke-tekniske nyhedsbreve som sendes i HTML. Forudsat
at man gerne vil læse nyhederne er der i dag mange der foretrækker
at få formateret teksten som man kan i HTML.
> Den smule fordel der kunne være ved at bruge ren markup (uden
> grafiske effekter) til overskrifter, lister og tabeller, kan
> man klare med almindelige konventioner og ren tekst.
Overskrifter og afsnit kan laves nogenlunde brugbart med linjer:
======================
----------------------
______________________
**********************
og/eller versaler:
HER ER ET AFSNIT
Herunder følger teksten
Tabelopstillinger er derimod håbløse. Antallet af brugere der læser
tekstemail med fastbreddeskrift er langt mindre end det antal der
kan læse HTML-mails. Opstillinger der kræver fastbreddeskrift er
ikke brugbare i massemails.
Man kunne godt benytte usenetstyle-fremhævning (*fed*, /kursiv/ og
_understreg_) - men mit gæt er at flertallet vil være forvirrede
over de ekstra tegn.
> Så, med mindre du har en grund til at sende HTML, som ikke kan
> klares næsten lige så godt med tekst eller ved at sende et
> link til en side, så undgå HTML-mails.
Giv folk muligheden for at vælge. Hvis du har modtagerne i database
kan man lade dem selv bestemme om de vil modtage HTML eller ren
tekst.
Jeg sender hver anden uge et nyhedsbrev ud til ca. 5000 personer.
Der er 20-30 stykker der modtager som ren tekst - resten er HTML-
mails.
> Der er også en del mennesker der automatisk sorterer al
> HTML-mail fra som formodet spam.
Uopfordrede HTML-mails kan ofte med rette gives en lav score. Mails
man abonnerer på er en anden sag.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på
http://usenet.dk/netikette/citatteknik.html