* Christian Perle perle@itm.tu-clausthal.de [2003-12-08 16:41]:
Und das wichtigste: HTML-Mails funktionieren mit textbasierten Clients nicht (zumindest nicht mit mutt). Da jene Das Einzig Wahre [1] sind,
$ grep w3m ~/.mailcap text/html; w3m -T text/html %s
oder: (Achtung, lange Zeilen nicht umgebrochen) text/html; /usr/bin/w3m -T text/html '%s'; needsterminal; description=HTML Text; nametemplate=%s.html text/html; /usr/bin/w3m -dump -T text/html '%s'; copiousoutput; description=HTML Text; nametemplate=%s.html # evtl. mit -cols die ausgabe-breite beschraenken
für Lynx-Freunde: text/html; /usr/bin/lynx -force_html '%s'; needsterminal; description=HTML Text; nametemplate=%s.html text/html; /usr/bin/lynx -dump -force_html '%s'; copiousoutput; description=HTML Text; nametemplate=%s.html
wer lieber Links mag: text/html; /usr/bin/links '%s'; needsterminal; description=HTML Text; nametemplate=%s.html text/html; /usr/bin/links -dump '%s'; copiousoutput; description=HTML Text; nametemplate=%s.html
Ich schwanke derzeit zwischen w3m und links. lynx' Darstellung ist aufgrund der nicht so richtig vorhandenen Unterstützung für Tabellen nicht so das Wahre, v.a. wenn die Tabellen für das Layout benutzt worden. (Manchmal hat so eine Un-Mail ja trotzdem einen interessanten Inhalt bei dem verschobener Text hinderlich ist, auch wenn man auf "Briefpapier"-Hintergrundbilder und hellgelbe Schrift in Größe 4 auf weißem Grund gern verzichtet...)
links gefällt mir insgesamt (Programm und Darstellung der Seiten) besser als w3m, allerdings habe ich ihm noch nicht abgewöhnen können den Text in US-ASCII darzustellen ("ü" --> "u:", merkwu:rdig *g*, aber lesbar), wenn der Text direkt in mutt dargestellt wird (die Zeile mit -dump), bei der direkten Anzeige mit links hält er sich jedoch an seine Einstellungen.
Damit wird die Mail zwar nicht im internen Pager vom mutt dargestellt, aber immerhin mit [Return] auf den betreffenden Teil der Multipart MIME Message.
Dafür ist die Zeile mit "needsterminal" zuständig. "copiousoutput" kann in mutt dargestellt werden.
Allerdings muß dann noch folgendes in die .muttrc: # multipart messages alternative_order text/enriched text/plain text/html # natuerlich den normalen text lieber als den html schrott auto_view text/html
D.h., wenn es mehrere Nachrichtenteile mit dem selben Inhalt [1], gibt, wird das bevorzugt, was am weitesten vorn in der Liste steht. text/enriched kam zugegebenermaßen noch in keiner Mail an. [2] Jedenfalls sieht man, daß der text/plain-Teil (wenn vorhanden) angezeigt wird, bei den üblichen multipart/alternative Mails, die sowohl Text als auch HTML enthalten. (Üblicherweise kommen die von Leuten, die komplizierte Programme wie OjE einsetzen...)
Wenn es nur einen HTML-Teil geben sollte wird der nun im Pager angezeigt durch die auto_view-Zeile. (Das was die Textbrowser mit -dump ausgeben) Da der Pager es anzeigt, kann der Text auch beim Beantworten mit der reply-funktion übernommen werden.
Chris, HTML-Mails auch nicht moegend
Ebenso, HTML ist für Webseiten, in Mails ist es nur Verschwendung. Und die ganzen tollen Sachen die man damit machen kann, will auch nicht jeder, v.a. Leute die einfach nur den Text lesen wollen werden daran gehindert, v.a. wenn sie Mailer benutzen die HTML so wie die graphischen Browser darstellen.
Erstaunlicherweise werden die HTML-Gestaltungsmöglichkeiten am meisten von Leuten genutzt die sich weder um Zeilenlängen noch um die Unterteilung eines Textes in Absätze Gedanken machen.
Zur Ursprungsmail: mit gut reden ist gegen HTML-Mails nichts zu machen, da 90% der User davon ausgehen, daß auf allen Rechnern alles so ist wie bei ihnen, und wenn es bei ihnen funktioniert, dann wird es freudig genutzt.
Mir fällt nur wenig ein, was man tun kann: Sperren von HTML Mails auf dem Server hilft vielleicht bei Leuten, die Dir unbedingt schreiben müssen, aber wer _muß_ schon schreiben?
Besser sieht es natürlich aus, wenn man der Admin dieser Benutzer ist: einfach das Programm vorschreiben. Oder für den Fall, daß sie auf Deinen Rat bei der Wahl des Mailprogrammes und der Einstellungen hören, aber das wird bei den meisten auch nichts.
Mit Argumenten wie Bandbreite, Unlesbarkeit trotz HTML- Unterstützung, keinen Vorteilen durch HTML, Sicherheitsproblemen bei Leuten die auch solche komischen Programme benutzen, stößt man nur auf taube Ohren oder Unverständnis (entweder für das Problem oder die Lösung...)
[1] Der Multipart/alternative-Wahnsinn wird dann auch noch total unbrauchbar gemacht in Mails die vorgeben, einen Textteil in mehreren alternativen Formaten zu enthalten, aber im Textteil nur drin stehen haben, daß man angeblich kein HTML anschauen kann.
[2] Falls jemand weiß, daß er text/enriched mit seinem Mailer produzieren kann, kann er mir ja mal zum Testen eine solche Mail schicken.