Hi Stefan,

jaaa..das sind so die beiden Dinge, die ich auch immer nenne...nur bin ich es leid das immer wieder aufzuzählen.

Vielleicht sollte ich ja auch selber mal sowas zusammenstellen und im Netz publizieren...mal sehen, wenn ich Zeit hab.

Danke trotzdem,

Friedrich

On Sun, 07 Dec 2003 20:52:30 +0100 Stefan Lagotzki lago20@gmx.de wrote:

Hallo Friedrich,

ich kann Dir zwar keine Seite im Netz nennen, aber vielleicht zwei Argumente:

• Einige Firmen filtern HTML-Mails gezielt heraus, weil HTML-Mails

zu Sicherheitsproblemen fuehren koennen. Sie enthalten oft eingebetteten Programmcode, der unter Windows mit seiner unseligen Kombination aus Outlook, Internet-Explorer und ActiveX problematisch werden kann.

• HTML-Mails erzeugen unnoetigen Traffic.

Stefan

Hall�le!

Am 2003-12-07 20:52 +0100 schrieb Stefan Lagotzki:

Hallo Friedrich,

ich kann Dir zwar keine Seite im Netz nennen, aber vielleicht zwei Argumente: [...]

Und das wichtigste: HTML-Mails funktionieren mit textbasierten Clients nicht (zumindest nicht mit mutt). Da jene Das Einzig Wahre [1] sind, schlie�t das HTML per definitionem aus :-)

Pitti

[1] nat�rlich ist das nur meine ganz pers�nliche, nicht �bertragbare Meinung, also keine Flamewars bitte :-)

am Mon, dem 08.12.2003, um 16:41:05 +0100 mailte Christian Perle folgendes:

Hi Martin,

On Mon, Dec 08, 2003 at 16:09:06 +0100, Martin Pitt wrote:

...

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

Bei mir: text/html; w3m -T text/html -dump %s ; copiousoutput

Andreas

* 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.

Hi Hilmar,

* Hilmar Preusse hille42@web.de [2003-12-08 21:31]:

...

[alternativteile die nicht wirklich alternativ sind]

Das muß man halt diesen blöden Teil löschen und kriegt dann HTML von w3m dargestellt. Nicht schön aber selten.

Ja, wenn ich mich recht erinnere passierte das auch nicht bei normalen Mails sondern beim newsletter eines Mailadressenanbieters, so daß das nicht wirklich zum Problem wird.

...

[text/enriched]

Ist das dann rtf von M$?

Ehrlichgesagt: ich weiß nicht ob es auf RTF basiert, ich kenne die Innereien von RTF nicht. Es wäre aber nicht ausgeschlossen, da RTF wohl ein dokumentiertes Format von M$ ist.

So sieht es in text/enriched aus: (rfc, mit Beispielen) http://www.faqs.org/rfcs/rfc1563.html.

Ich habe mal kurze Zeit (lang, lang ist's her) ISHMail probiert, der konnte das senden und empfangen. In einer Beispielkonfiguration von mutt habe ich es dann wiederentdeckt und übernommen.

Stefan

Klingt ja echt interessant..ich versuche mal wieder vorbeizuschauen.

Beamer kann ich leider keinen bieten :-(

Josef Spillner schrieb:

On Monday 08 December 2003 21:58, phriedrich wrote:

Ja, letztes Treffen für dieses Jahr.

Dann werd ich zum Abschluß auch noch mal kommen.

Ich biete einen Vortrag an: Hardware-Partitionierung mit Linux (User-Mode-Linux, VServer etc.) Dafür müßte ich allerdings wieder um einen Beamer bitten. Leinwand ist noch im GAG18?

Beamer kann ich mitbringen. Hoffentlich funktioniert er bei dir, da er nur 800x600 schafft. Wir hatten ja schon gelegentlich Probleme mit einigen Laptops.

Rico