[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: HTML in E-Mail



Martin Schmitz <martin-schmitz@web.de> wrote:

> Tobias Kraus <tobias.kraus@stud.tu-muenchen.de> writes:
>
>> Auch wenn ich mit HTML-Mail keinen so stress hab, weil mein MUA ihn 
>> meist durch den plain-text (soweit mitgeliefert) ersetzt,
>
> Warum? Kann Dein MUA HTML nicht rendern?

Meiner nur bedingt.

>> bin ich auch gegen HTML-Mail. Da kann ich mich nur Andreas Pakulat
>> (anderer post) anschliessen: schalt' bitte HTML aus - wenn sich jeder
>> immer daran halten wuerde, koennte man die HTML-Interpretation
>> komplett abschalten und so den mail-Wuermern ein schnippchen
>> schlagen.
>
> Was hast HTML mit Würmern oder sonstwelcher Schadsoftware zu tun?
>
> Mal im Ernst: Gibt es außer purer Innovationresistenz *irgendeinen*
> Grund, auf HTML in E-Mails zu verzichten?

Wieso, reicht Dir pure Innovationresistenz nicht?
Mir schon, ich bin - wenn du es so nennen willst -
Innovationresistenz.

Alle Blätter haben aber bekanntlich zwei Seiten, und die zweite
betrachtungsweise ist: Was ist das für eine Inovation HTML in Mails
zu benutzen?
HTML wurde für Webseiten erfunden.

HTML mails - meist multipart mail mit HTML *und* Plaintext - benötigen
unnötigen Platz in meinem ~/Mail verzeichnis. Benötigen mehr
übertragunszeit mit meinem 56k modem. Und ausserdem bringen sie nix an
Inhaltlichem mehrwert. Was also hab ich davon?

Und sag jetzt bitte nicht "kauf mehr Plattenplatz, besorg dir
Breitband Internet".


_unterstrichen_
/kursiv-
*fett*
-durchgestrichen- 
beherrscht Dein MUA sicher.
Das reicht doch als Formatierung.

> Wenn Dein MUA *irgendeinen*
> fett darstellt, warum sollte er nicht auch <b></b> interpretieren, wenn
> die Verwendung von HTML-Tags im Header angekündigt wurde?

Das wäre Okay, aber was ist mit <table>, mit <script>
mit <font> (ich mag meinen Font!) mit <meta>, <a heref> usw..

> In allen nicht-technischen Bereichen ist die Verwendung von HTML-Mail
> seit Jahren Standard.

Logisch. Mitleriweile wird soger Rich Text von irgendwelchen,
Fingernägel lackierenden Tussis im Firmennetz - und leider auch nach
draussen -  verschickt.
Ist das ein Grund, das nachzueifern?

> Daran werden die Techniker nichts mehr ändern -
> genausowenig, wie sie den Einzug von Umlauten in das Medium verhindert
> haben. ;-)

Das mag sein.
Aber als Mailbox Inhaber darf man seine Wünsche ässern.
Ich hab allen meinen Bekannten gesagt, das HTML Mails ungelesen nach
/dev/null gehen.

Das ist mein persönlicher Wunsch. Jetzt kann jeder überlegen, ob er
mir was mitzuteilen hat oder nicht. Ich bin ja nicht zum lesen
verpflichtet.

> Und um das nochmal ganz klar zu sagen: Ich spreche von HTML in Mail,
> nicht davon, daß irgendwelche Scriptsprachen interpretiert werden, oder
> Daten aus externen Quellen beim Betrachten der Mail dazugeladen werden.

Okay.

Trotzdem: 
Es bleiben genug Tags übrig.

> Sorry für das OT, aber das mußte einfach mal raus, da ich mich schon
> seit Jahren über diese Korinthenkackerei bei Formfragen in den
> dt. Mailinglisten ärgere.

Sorry, ich musst das mal bentworten.
Weil mich diese HTML-sucht in Mails so nervt.

> In englischsprachigen Mailinglisten kommt das
> einfach nicht vor, da wird einem freundlich und kompetent versucht zu
> helfen und man wird eingeladen, weiterhin Fragen zu stellen oder sich
> bei Problemen an die Liste zu wenden.

Amerikanisches, nichtssagendes höflichkeitsgelaber.
"don't hesitate to ask", wie oft hab ich das schon - in korrespondenz
mit Ausländischen Firmen - gelesen.

Das ist anscheinend ein Vorgefertigtes makro in Ausländischen Editoren
und Office-Systemen. Es hat nichts zu bedeuten.

> /Formfragen/ spielen dort einfach
> keine Rolle, ganz einfach aus dem Grund, daß jemand, der länger
> mitliest, ohnehin früher oder später die richtige Form des Schreibens
> finden wird.

Vieleicht ist die lernresistens dort geringer. Oder die kultur
einfach anders.

Vor ein paar jahren hatten wir mal eine Diskusion in einer Delphi
Group. Die war ähnlich wie diese hier. Ein "Usenet HTML" war unsere
Essens:
Ein anbgespecktes HTML (ähnlich HTML 2.0) wäre okay.
Nur ein paar tags. fett kurisv, unterstrichen, hyperlinks, gross,
klein, evtl. ein paar Textfarben. Mehr nicht. Das wäre akzeptabel.

Dann müssten aber die Clienst auch dafür sorgen, das es schlank
bleibt.

Heino

-- 
http://www.fritz-kola.de/ (Die neue Kola für Hamburg)



Reply to: