Am Mittwoch, den 29.02.2012, 20:10 +0100 schrieb Alexander Skwar: > Hi > > 2012/2/29 Maxx <linux@houdek.de>: > > Hallo David, Hallo alle anderen > > > > Prinzipiell gebe ich dir Recht für das, wie du HTML beschrieben hast. > > > > HTML bringt aber auf einer Mailingliste, in der es hauptsächlich auf > > den sprachlichen Inhalt, auf den geschriebenen Text ankommt, keinen > > Vorteil > > Und genau dem widerspreche ich. Es kommt auf die Vermittlung von > Inhalten an. HTML _kann_ da Vorteile bieten (oder auch Nachteile, > das möchte ich ja gar nicht bestreiten). Und welche Vorteile? > > - dafür aber eine Menge Nachteile, die hier alle schon > > Wenige eigentlich. Ich denke doch eher mehr, da du die Vorteile nicht aufzählst. > > mehrfach genannt aufgelistet wurden. Außerdem ist Plain-Text die > > Form, die wirklich jedes (!) Mailprogramm ohne Probleme darstellen > > kann. > > Dem kann man hingegen in Wahrheit nur schwer widersprechen. Selbsterkenntnis oder Einsicht? > > Alternativ könnte man die Mailtexte ja auch mit einer anderen > > Markup-Srache formatieren, z.B. (La-)TeX. > > Gern - Eine "MML", Mail-Markup-Language, wäre was gutes. An das dachte ich sogar schon wärend des Threads. Etwa ein abgespecktes HTML, Konsentration wirklich auf Textauszeichnung. > Und > dann vlt. nicht nur die Auszeichnungssprache aktualisieren, sondern > auch RFC2822 und Co. updaten. Z.B. was Threading o.ä. > anbelangt. Es gäbe genug Punkte, die bei Mails verbessert werden > könnten. Da hast du was verschlafen, macht aber nichts, ich spreche oft mit Leuten aus der Branche die IT studiert haben und es auch verschlafen haben. Kurz: RFC2822 ist seit Oktober 2008 obsolet (nicht mehr gültig) und wurde von RFC5322 abgelöst. Updates dazu sind RFC5335 und RFC5336. > Allein… Es wird nicht geschehen. Eher wird E-Mail komplett sterben > und sich proprietärer Kram wie Facebook- oder Google+-Messages > durchsetzen. Du kannst dir ja etwas überlegen und eine RFC einreichen. > Bis dahin ist, leider, wenn man so will, HTML das beste, was wir > haben. Was waren da nochmal die Vorteile? > > David schrub am Wed, 29 Feb 2012 12:47:48 +0100: > >> Grundsätzlich ist HTML kein Programmcode der Ausgeführt wird oder > >> wo jemand etwas einschleusen kann. Demzufolge stellt es auch > >> erstmal keine Sicherheitsprobleme dar. > > > > Hier muss ich mal kurz widersprechen: > > <a href="http://boese.ulr";>http://gute.url</a> > > > > ist z.B. reinstes HTML und kann für den unbedarften User böse Folgen > > haben. > > Wobei man aber auch nicht weiss, ob sich hinter, in einem > text/plain verfassten post, http://guckstu.da/ nicht vielleicht > auch was böses versteckt. Korrekt. Nur daß ich hier gleich die Domain sehe auf die ich verwiesen werde. Bei HTML wird es mir verschleiert. Deshalb habe ich mir angewöhnt, mit dem Cursor darauf zu verweilen und in der Statusleiste nachzusehen wohin ich wirklich soll. > > Aber auf Mailinglisten wie dieser hier machen sie einfach keinen > > Sinn, > > Das ist unwahr. Weil? ... und wie waren die Vorteile nochmal? > > Dagegen ist es eine Kleinigkeit, seinem MUA einmalig zu sagen: An die > > Das kann nicht jeder MUA, ergo ist es keine Kleinigkeit. Also die Einstellung 'An die Adresse nur Text' oder 'Antworten im Format wie Absender' habe ich schon vor über 10 Jahren gesehen. Hier im Evolution habe ich über dem Text einige Werkzeuge. Das erste davon ist ein Pulldown mit den Einträgen 'HTML' und 'Einfacher Text'. Leichter geht es wirklich nicht. Aber eigendlich hast du mit Vorteilen von HTML angefangen. Jetzt bin ich am Ende der Mail angelangt und fand immer noch keine. Vielleicht gibt es die ja auch nicht. Oder, wenn die Vorteile in deinen Augen dermaßen überwiegen, wende dich bitte an den Listenbetreiber und erklär es Ihm/Ihr/Ihnen. Mit uns (den anderen Listenteilnehmern) darüber diskutieren bringt nichts, da wir nicht den Code of Conduct festlegen oder ändern können. PS: ich persöhnlich brauche auf der Liste auch kein HTML, bin bis jetzt sehr gut ohne zurecht gekommen. -- mfG Sascha Mit Glauben allein kann man sehr wenig tun, aber ohne ihn gar nichts. -- Samuel Butler
Attachment:
signature.asc
Description: This is a digitally signed message part