Hallo zusammen, obwohl es wahrscheinlich ein feature ist, frag ich mich warum mutt diese mail als us-ascii verschickt obwohl ich das charset auf iso gesetzt habe. BTW: Haette ich diesese haette mit einem Umlaut geschrieben wuerde mutt iso nehmen. Warum? -- *Maik Holtkamp* _s-y-l@gmx.net_ Take a look at: http://www.i-charity.net/bin/ptn/170/thref/145136 ...today they claim hyperlinks, tomorrow they will claim the air you breathe... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Tue, 26 Dec 2000 at 17:10 +0100, Maik Holtkamp wrote:
obwohl es wahrscheinlich ein feature ist, frag ich mich warum mutt diese mail als us-ascii verschickt obwohl ich das charset auf iso gesetzt habe.
Weil in dieser Mail nur Zeichen vorkommen, die in US-ASCII enthalten sind. Warum soll dann Mutt was anderes verwenden? Ja, das ist ein Feature. Ein sehr tolles sogar. Mutt nimmt immer den richtigen Zeichensatz.
BTW: Haette ich diesese haette mit einem Umlaut geschrieben wuerde mutt iso nehmen. Warum?
iso würde es sicher nicht nehmen. Wenn, dann iso 8859-1. Möglich wäre auch noch iso 8859-2 (osteuropäischer Zeichensatz), weil die deutschen Umlaute sowohl im west- als auch im osteuropäischen Zeichensatz vorkommen. Kämen aber in der Mail noch französische Akzente vor, ist iso8859-1 zwingend. Naja, nicht ganz - möglich wäre auch noch iso8859-15 (ziemlich identisch mit iso8859-1 nur mit Eurozeichen), aber das wird von vielen Systemen nicht unterstützt. Aber es gibt noch viele andere: Mal eine Übersicht: ===================================================================== Zeichensatz Sprachen/Schrift ===================================================================== ISO 8859-1 Westeuropäische: Afrikaans, Baskisch, Dänisch, Deutsch, "latin1" Englisch, Färöerisch, Finnisch, Französisch, Gallisch, Holländisch, Isländisch, Irisch, Italienisch, Katalanisch, Norwegisch, Portugiesisch, Schottisch, Schwedisch und Spanisch. --------------------------------------------------------------------- ISO 8859-2 Osteuropäische Sprachen: Albanisch, Bosnisch, "latin2" Kroatisch, Tschechisch, Englisch, Finnisch, Deutsch, Ungarisch, Irisch, Polnisch, Rumänisch, Slowakisch, Slowenisch und Sorbisch. --------------------------------------------------------------------- ISO 8859-3 Südosteuropäische und Sonstige Sprachen "latin3" --------------------------------------------------------------------- ISO 8859-4 Skandinavische und baltische Sprachen "latin4" --------------------------------------------------------------------- ISO 8859-5 Kyrillisch (Russisch, Weißrussisch, Bulgarisch, ...) --------------------------------------------------------------------- ISO 8859-6 Arabisch --------------------------------------------------------------------- ISO 8859-7 Griechisch --------------------------------------------------------------------- ISO 8859-9 Modifikation von latin1 für Türkisch "latin5" --------------------------------------------------------------------- ISO 8859-10 Lappisch, Nordisch, Eskimosprachen --------------------------------------------------------------------- ISO 8859-11 Thailändisch --------------------------------------------------------------------- ISO 8859-13 Baltische Sprachen "latin7" --------------------------------------------------------------------- ISO 8859-14 Keltisch "latin8" --------------------------------------------------------------------- ISO 8859-15 Westeuropäische Sprachen mit Eurosymbol und einigen "latin9" finnischen und französischen Erweiterungen. ===================================================================== Das Problem bei den ganzen Zeichensätzen ist übrigens, dass es z. B. nicht möglich ist, in einer Mail die Deutschen Umlaute und gleichzeitig griechische Buchstaben etwa für mathematische Ausdrücke oder kyrillische Schriftzeichen für einen Eigennamen zu verwenden. Und genau deshalb wurde UNICODE geschaffen. KDE2 verwendet übrigens UNICODE, genauso wie Windows NT, zur Beschriftung der Fensterelemente. So, nun wieder zurück zum eigentlichen "Problem": Mal ein anderes Beispiel: Du willst ein Weihnachtsgeschenk verpacken und verschicken. Ein schlechter Verpacker nimmt immer "Karton Standardgröße", ein guter nimmt immer den kleinstmöglichen. Und genauso ist Mutt: Es nimmt immer den "niedrigsten" Zeichensatz. US-ASCII wird von allen Systemen unterstützt, iso 8859-1 von weitaus weniger. Warum also sollt Mutt das Risiko eingehen, dass das andere Programm Probleme mit iso 8859-1 hat, wenn es gar nicht notwendig ist, weil gar keine Zeichen aus diesem Zeichensatz vorkommen? Viele Mailclients sind noch schlimmer: sie lassen sich auf US-ASCII einstellen und man kann trotzdem Umlaute verwenden. Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 00/12/26@19:44 Bernhard Walle told me in 110lines (4,6K):
On Tue, 26 Dec 2000 at 17:10 +0100, Maik Holtkamp wrote:
obwohl es wahrscheinlich ein feature ist, frag ich mich warum mutt diese mail als us-ascii verschickt obwohl ich das charset auf iso gesetzt habe.
Weil in dieser Mail nur Zeichen vorkommen, die in US-ASCII enthalten sind. Warum soll dann Mutt was anderes verwenden?
Weil es so in der Ettikette steht ;). Mir war nur aufgefallen das einige MUAs scheinbar in dem charset antworten in dem sie angesprochen werden (auch kmail2 IIRC) und diese liefern dann in Anworten "verkrüppelte" Umlaute. [1]
BTW: Haette ich diesese haette mit einem Umlaut geschrieben wuerde mutt iso nehmen. Warum?
iso würde es sicher nicht nehmen. Wenn, dann iso 8859-1. Möglich
Sorry, ich meinte auch iso 8859-1.
[Ausführungen zu iso]
Danke.
Mal ein anderes Beispiel:
Du willst ein Weihnachtsgeschenk verpacken und verschicken. Ein schlechter Verpacker nimmt immer "Karton Standardgröße", ein guter nimmt immer den kleinstmöglichen.
Es sei denn er weiß, dass der Empfänger keine Kartons hat und in dem gleichen was größeres zurückschicken will ;).
Warum also sollt Mutt das Risiko eingehen, dass das andere Programm Probleme mit iso 8859-1 hat, wenn es gar nicht notwendig ist, weil gar keine Zeichen aus diesem Zeichensatz vorkommen?
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn das charset einstellen wenn mutt es dann doch besser weiß?
Viele Mailclients sind noch schlimmer: sie lassen sich auf US-ASCII einstellen und man kann trotzdem Umlaute verwenden.
[1] Könnte evtl. auch die Ursache für meine obige Feststellung sei. Werde ich mir bei Gelegenheit nochmal anschauen. -- *Maik Holtkamp* _s-y-l@gmx.net_ Take a look at: http://www.i-charity.net/bin/ptn/170/thref/145136 ...today they claim hyperlinks, tomorrow they will claim the air you breathe... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, Dez 26, 2000 um 09:02:30 +0100 schrieb Maik Holtkamp
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn ^ das charset einstellen wenn mutt es dann doch besser weiß?
Hallo Maik, versuch doch mal "charset=iso-8859-1", denn damit funktionierts bei mir, wie du am Header sehen kannst. CU Michael -- Ich weise allerdings jede Verantwortlichkeit von mir. Wer mich siggt, ist selber schuld und hat die Konsequenzen zu tragen. Du bist gewarnt. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Tue, 26 Dec 2000 at 21:38 +0100, Michael Wagner wrote:
Am Die, Dez 26, 2000 um 09:02:30 +0100 schrieb Maik Holtkamp
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn ^ das charset einstellen wenn mutt es dann doch besser weiß?
Hallo Maik,
versuch doch mal "charset=iso-8859-1", denn damit funktionierts bei mir, wie du am Header sehen kannst.
Am Header dieser Mails kann man gar nichts sehen. Da ist ein "ß" drin und damit ist ISO 8859-1 richtig. Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, Dez 26, 2000 um 10:49:41 +0100 schrieb Bernhard Walle
Hallo,
On Tue, 26 Dec 2000 at 21:38 +0100, Michael Wagner wrote:
Am Die, Dez 26, 2000 um 09:02:30 +0100 schrieb Maik Holtkamp
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn ^ das charset einstellen wenn mutt es dann doch besser weiß?
Hallo Maik,
versuch doch mal "charset=iso-8859-1", denn damit funktionierts bei mir, wie du am Header sehen kannst.
Am Header dieser Mails kann man gar nichts sehen. Da ist ein "ß" drin und damit ist ISO 8859-1 richtig.
Hallo Bernhard, okay, du hast ja recht. Fehler von mir, aber der Bindestrich gehoert in die muttrc bei "charset=iso-8859-1". CU Michael --
Ein Massenprovider hat nun mal jede Menge Kunden, und 10% Idioten sind halt immer dabei. Die stoeren mich gar nicht. Die 75 % Vollidioten schon eher. [Roman Niederdrenk und Hans Bonfigt in doc]
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, Dez 26, 2000 um 10:49:41 +0100 schrieb Bernhard Walle
Hallo,
On Tue, 26 Dec 2000 at 21:38 +0100, Michael Wagner wrote:
Am Die, Dez 26, 2000 um 09:02:30 +0100 schrieb Maik Holtkamp
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn ^ das charset einstellen wenn mutt es dann doch besser weiß?
Hallo Maik,
versuch doch mal "charset=iso-8859-1", denn damit funktionierts bei mir, wie du am Header sehen kannst.
Am Header dieser Mails kann man gar nichts sehen. Da ist ein "ß" drin und damit ist ISO 8859-1 richtig.
Hallo Bernhard, okay, du hast ja recht. Fehler von mir, aber der Bindestrich gehoert in die muttrc bei "charset=iso-8859-1". CU Michael --
Ein Massenprovider hat nun mal jede Menge Kunden, und 10% Idioten sind halt immer dabei. Die stoeren mich gar nicht. Die 75 % Vollidioten schon eher. [Roman Niederdrenk und Hans Bonfigt in doc]
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Wed, 27 Dec 2000 at 9:40 +0100, Michael Wagner wrote:
Am Die, Dez 26, 2000 um 10:49:41 +0100 schrieb Bernhard Walle
On Tue, 26 Dec 2000 at 21:38 +0100, Michael Wagner wrote:
Am Die, Dez 26, 2000 um 09:02:30 +0100 schrieb Maik Holtkamp
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn ^ das charset einstellen wenn mutt es dann doch besser weiß?
versuch doch mal "charset=iso-8859-1", denn damit funktionierts bei mir, wie du am Header sehen kannst.
Am Header dieser Mails kann man gar nichts sehen. Da ist ein "ß" drin und damit ist ISO 8859-1 richtig.
okay, du hast ja recht. Fehler von mir, aber der Bindestrich gehoert in die muttrc bei "charset=iso-8859-1".
Stimmt. Aber iso-8859-1 ist sowieso die Voreinstellung und deshalb weiß ich keinen vernünftigen Grund, es in die .muttrc zu schreiben. Zu dem Bindestrich: Bei Schriftartennamen in der bekannten X-Schreibweise ist z. B. gar kein Leerzeichen drin, z. B.: -microsoft-verdana-medium-r-normal--12-120-75-75-p-0-iso8859-1 (mit cut & copy aus xfontsel erzeugt) Es kommt also aufs Programm an, ob iso 8859-1, iso8859-1 oder iso-8859-1. Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Maik, On Tue, 26 Dec 2000 at 21:02 +0100, Maik Holtkamp wrote:
On 00/12/26@19:44 Bernhard Walle told me in 110lines (4,6K):
On Tue, 26 Dec 2000 at 17:10 +0100, Maik Holtkamp wrote:
obwohl es wahrscheinlich ein feature ist, frag ich mich warum mutt diese mail als us-ascii verschickt obwohl ich das charset auf iso gesetzt habe.
Weil in dieser Mail nur Zeichen vorkommen, die in US-ASCII enthalten sind. Warum soll dann Mutt was anderes verwenden?
Weil es so in der Ettikette steht ;).
Nein, das stimmt nicht. Hier steht: "[...] Damit Umlaute im Body überall gelesen werden können stelle deinen Mailreader so ein, dass folgende Angaben im Header erscheinen: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit" Und wo keine Umlaute sind, da gibt's auch nichts zu beachten.
Mir war nur aufgefallen das einige MUAs scheinbar in dem charset antworten in dem sie angesprochen werden (auch kmail2 IIRC) und diese liefern dann in Anworten "verkrüppelte" Umlaute. [1]
Das ist dann Pech des anderen Mailclients. Bloß weil andere Programme fehlerhaft arbeiten, kann man doch nicht in richtig programmierte Software Bugs einarbeiten. Bei KMail 2: Schreib' doch einfach einen Bugreport. Die Entwickler bemühen sich bestimmt, ihn zu beheben. Bei div. Microsoftprodukten kann man die Bugs sowieso nicht mehr zählen. Mir fallen spontan zwei Möglichkeiten ein, trotzdem iso 8859-1 zu "erzwingen": 1. (verwende ich die ganze Zeit unbewusst) Sorge dafür, dass Deine Listenmails einen Umlaut, evtl. in der Signatur enthalten. Bei mir ist es das "Gruß". Ist aber keine Absicht, sondern weil ich prinzipiell mit Umlauten schreibe und das "ß" halt mal nach deutscher Rechtschreibung so richtig ist. 2. Arbeit mit my_hdr. Weiß allerdings nicht, ob das funktioniert.
BTW: Haette ich diesese haette mit einem Umlaut geschrieben wuerde mutt iso nehmen. Warum?
iso würde es sicher nicht nehmen. Wenn, dann iso 8859-1. Möglich
Sorry, ich meinte auch iso 8859-1.
Dachte ich mir schon. Aber ich wollte es trotzdem berücksichtigen. ISO heißt AFAIR International Standardisation Organisation und ist das Gegenstück zu DIN (Deutsches Institut für Normung) im internationalen Bereich. Die wenigsten Normen werden im Bereich Computer/Zeichensätze herausgegeben, sehr viele Normen vergibt ISO im technischen Bereich, z. B. Schrauben (ich errinere mich dunkel an den TZ-Unterricht im letzten Jahr, wo es bei fast jeder DIN-Nummer noch eine ISO gibt ...).
Mal ein anderes Beispiel:
Du willst ein Weihnachtsgeschenk verpacken und verschicken. Ein schlechter Verpacker nimmt immer "Karton Standardgröße", ein guter nimmt immer den kleinstmöglichen.
Es sei denn er weiß, dass der Empfänger keine Kartons hat und in dem gleichen was größeres zurückschicken will ;).
Ah, deshalb hat Quelle neulich eine Armbanduhr in einem Karton ca. 50 x 40 x 20 verschickt. Die haben eine Glaskugel. Gut zu wissen. *g*
Warum also sollt Mutt das Risiko eingehen, dass das andere Programm Probleme mit iso 8859-1 hat, wenn es gar nicht notwendig ist, weil gar keine Zeichen aus diesem Zeichensatz vorkommen?
Weil ich ihm gesagt habe set charset=iso 8859-1 Warum kann ich denn das charset einstellen wenn mutt es dann doch besser weiß?
Du solltest das Manual genauer lesen. Da steht: ==== 6.3.20. charset Typ: Zeichenkette Voreinstellung: "iso-8859-1" Die Variable beschreibt den Zeichensatz, den Dein Terminal zum Anzeigen und für die Eingabe von Text benutzt. ==== Und Dein Terminal verwendet in der Regel wirklich nur einen Zeichensatz. Und das ist in Deutschland normalerweise ISO 8859-1. Das hat aber nichts damit zu tun, welcher Zeichensatz in der Mail verwendet wird. Gruß, Bernhard PS: Ist das Mail-Followup-To auf Dich _und_ die Liste eigentlich Absicht? Möchtest Du jedes mal ein CC: erhalten? Ich hatte auch mal das Problem. Du hast wahrscheinlich in Deiner .muttrc folgendes: lists suse-linux der Syntax ist aber veraltet und funktioniert mit Mutt 1.2.x nicht richtig. Richtig wäre subscribe suse-linux Dann wird das Mail-Followup-To auch richtig nur auf die Liste gesetzt und außerdem stehen alle im Manual beschriebenen Funktionen bzgl. Mailinglisten zur Verfügung. -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 00/12/26@21:39 Bernhard Walle told me in 137lines (4,7K):
Hallo Maik,
On Tue, 26 Dec 2000 at 21:02 +0100, Maik Holtkamp wrote:
On 00/12/26@19:44 Bernhard Walle told me in 110lines (4,6K):
On Tue, 26 Dec 2000 at 17:10 +0100, Maik Holtkamp wrote:
obwohl es wahrscheinlich ein feature ist, frag ich mich warum mutt diese mail als us-ascii verschickt obwohl ich das charset auf iso gesetzt habe.
Weil in dieser Mail nur Zeichen vorkommen, die in US-ASCII enthalten sind. Warum soll dann Mutt was anderes verwenden?
Weil es so in der Ettikette steht ;).
Nein, das stimmt nicht. Hier steht:
"[...] Damit Umlaute im Body überall gelesen werden können stelle deinen Mailreader so ein, dass folgende Angaben im Header erscheinen:
Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit"
Und wo keine Umlaute sind, da gibt's auch nichts zu beachten.
Es ist schon besser wichtige Dokumente zur Hand zu haben wenn man sich drauf bezieht ;).
Bei KMail 2: Schreib' doch einfach einen Bugreport. Die Entwickler bemühen sich bestimmt, ihn zu beheben. Bei div. Microsoftprodukten kann man die Bugs sowieso nicht mehr zählen.
Ich weiß nicht genau ob kmail dazu gehört, werde es aber bei Gelegenheit mal testen.
Mir fallen spontan zwei Möglichkeiten ein, trotzdem iso 8859-1 zu "erzwingen":
1. (verwende ich die ganze Zeit unbewusst) Sorge dafür, dass Deine Listenmails einen Umlaut, evtl. in der Signatur enthalten. Bei mir ist es das "Gruß". Ist aber keine Absicht, sondern weil ich prinzipiell mit Umlauten schreibe und das "ß" halt mal nach deutscher Rechtschreibung so richtig ist.
2. Arbeit mit my_hdr. Weiß allerdings nicht, ob das funktioniert.
Macht das denn Sinn? Aber das ist jetzt sicher OT. Vielleicht ein Thema für die Ettiketten Liste.
Du solltest das Manual genauer lesen. Da steht:
Stimmt auch. *schäm* Danke. -- (o< -----------CU---------- >o) //\ *Maik Holtkamp* /\\ V_/ #s-y-l@gmx.net# \_V \_________________________/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Wed, 27 Dec 2000 at 1:48 +0100, Maik Holtkamp wrote:
On 00/12/26@21:39 Bernhard Walle told me in 137lines (4,7K):
Bei KMail 2: Schreib' doch einfach einen Bugreport. Die Entwickler bemühen sich bestimmt, ihn zu beheben. Bei div. Microsoftprodukten kann man die Bugs sowieso nicht mehr zählen.
Ich weiß nicht genau ob kmail dazu gehört, werde es aber bei Gelegenheit mal testen.
Mach ich gleich. Und dann schaue ich mal nach, was bzgl. Charset schon an Bugreports auf bugs.kde.org rumliegt. Außerdem habe nicht die neueste Version (beta1). Vielleicht ist es da schon behoben. Hat wer die neueste Version (vielleicht auch CVS) und könnte es testen?
Mir fallen spontan zwei Möglichkeiten ein, trotzdem iso 8859-1 zu "erzwingen":
1. (verwende ich die ganze Zeit unbewusst) Sorge dafür, dass Deine Listenmails einen Umlaut, evtl. in der Signatur enthalten. Bei mir ist es das "Gruß". Ist aber keine Absicht, sondern weil ich prinzipiell mit Umlauten schreibe und das "ß" halt mal nach deutscher Rechtschreibung so richtig ist.
2. Arbeit mit my_hdr. Weiß allerdings nicht, ob das funktioniert.
Macht das denn Sinn? Aber das ist jetzt sicher OT. Vielleicht ein Thema für die Ettiketten Liste.
Nein, ich würde es ausdrücklich nicht machen. Wenn andere Programme fehlerhaft sind, dann ist das denen ihr Pech. Sonst werden Bugs nie behoben, weil "es ja keinen stört". Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Wed, 27 Dec 2000 at 1:48 +0100, Maik Holtkamp wrote:
On 00/12/26@21:39 Bernhard Walle told me in 137lines (4,7K):
Bei KMail 2: Schreib' doch einfach einen Bugreport. Die Entwickler bemühen sich bestimmt, ihn zu beheben. Bei div. Microsoftprodukten kann man die Bugs sowieso nicht mehr zählen.
Ich weiß nicht genau ob kmail dazu gehört, werde es aber bei Gelegenheit mal testen.
Es ist bei KMail der Fall. Nur bei den bisherigen Bugreports blickt kein normaler Mensch durch, weil man keine vernünftigen Schlüsselwörter für dieses Problem hat. Das Wort "charset" kommt nämlich im Header jeder Mail vor, die durchsucht wird! Ich nehme jetzt einfach mal an, dass das Problem bekannt ist. ;) So und jetzt teste ich gleich mal Outlook Express ... Geschehen und hier das Ergebnis (ist zwar leicht OT aber wenn wir mal dabei sind ...): Bei Outlook Express besteht dieses Problem nicht. Betonung auf "dieses". Dafür haben es sich die Programmierer aus Redmond nämlich wieder einmal sehr einfach gemacht: Die Mail wird immer im Standardzeichensatz (zu definieren mit »Extras«, »Optionen«, »Internationale Einstellungen«) Westeuropa (Windows) -> Windows-1252 [1] Westeuropa (ISO) -> ISO 8859-1 [2] gesendet, egal ob Umlaute drin sind oder nicht. Bei Antworten wird auch immer der Standardzeichensatz verwendet. [1] wofür das gut ist, weiß wahrscheinlich Bill Gates selber nicht. Die Unterschiede zwischen den beiden sind doch sowieso gering. Bei normalen Dateien ist ja noch der \r\n <-> \n-Unterschied, aber bei e-Mails ... *grübel* [2] empfohlene Einstellung für die Liste gemäß Etikette Und dann habe ich noch gleich den Netscape Messenger (4.73) getestet (unter Windows aber hier dürften keine Unterschiede zwischen Windows und Linux/Unix bestehen): Er verhält sich ähnlich wie Mutt absolut korrekt. Mit Umlauten wird iso 8859-1 verwendet, ohne us-ascii :-) Ich hoffe jetzt mal, dass das die KMail-Entwickler auch noch in den Griff bekommen ... Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernhard Walle schrieb in 2,4K (65 Zeilen):
Schlüsselwörter für dieses Problem hat. Das Wort "charset" kommt nämlich im Header jeder Mail vor, die durchsucht wird!
Such doch nach "Subject: .*charset" :-)
Westeuropa (Windows) -> Windows-1252 [1]
[1] wofür das gut ist, weiß wahrscheinlich Bill Gates selber nicht. Die Unterschiede zwischen den beiden sind doch sowieso gering. Bei normalen Dateien ist ja noch der \r\n <-> \n-Unterschied, aber bei e-Mails ... *grübel*
Nun, MS == "Wir machen unsere eigenen Standards". Z.B. MS-ASCII (fast identisch zu ASCII), MS-HTML (fast identisch zu HTML). Siehe http://www.perl.com/pub/language/misc/ms-ascii.html zu einem kleinen Abriss des Problems und der vermutlichen Motivation. -Wolfgang PS: Emails werden wie fast alle human readable Protokolle im Internet mit \r\n als EOL (und in "network order", d.h. big-endian) uebertragen. Lokal kann daraus natuerlich \n als EOL und VAX order (little endian) werden. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wolfgang, On Sat, 30 Dec 2000 at 22:07 +0100, Wolfgang Weisselberg wrote:
Bernhard Walle schrieb in 2,4K (65 Zeilen):
Westeuropa (Windows) -> Windows-1252 [1]
[1] wofür das gut ist, weiß wahrscheinlich Bill Gates selber nicht. Die Unterschiede zwischen den beiden sind doch sowieso gering. Bei normalen Dateien ist ja noch der \r\n <-> \n-Unterschied, aber bei e-Mails ... *grübel*
Nun, MS == "Wir machen unsere eigenen Standards". Z.B.
*g*
MS-ASCII (fast identisch zu ASCII), MS-HTML (fast identisch zu HTML).
Hä? ASCII von M$? Das sind doch sowieso nur die ersten 128 Zeichen, was gibt's da noch zu verändern.
Siehe http://www.perl.com/pub/language/misc/ms-ascii.html zu einem kleinen Abriss des Problems und der vermutlichen Motivation.
Muss ich mir mal ansehen.
PS: Emails werden wie fast alle human readable Protokolle im Internet mit \r\n als EOL (und in "network order", d.h. big-endian) uebertragen.
Lokal kann daraus natuerlich \n als EOL und VAX order (little endian) werden.
Ich nix verstehen. ;) \r\n ist noch klar Aber was ist EOL und big/little endian? Hab' ich noch nie gehört. Dass Emails in \r\n übertragen werden wundert mich aber jetzt. Das Internet kommt doch von Unixsystemen und da gibt's doch nur \n, irgendwie fehlt da die Logik. Gruß, Bernhard -- Kann man 2 Seiten im Querformat auf ein DIN-A4-Blatt drucken, z. B. aus Netscape? Prinzipiell ja: http://members.tripod.de/linuxinfopage/tipps/psnup.shtml [Zufallssig. - unabhängig vom Mailinhalt] * Tux # 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernhard Walle schrieb in 1,8K (60 Zeilen):
On Sat, 30 Dec 2000 at 22:07 +0100, Wolfgang Weisselberg wrote:
Bernhard Walle schrieb in 2,4K (65 Zeilen):
MS-ASCII (fast identisch zu ASCII), MS-HTML (fast identisch zu HTML).
Hä? ASCII von M$? Das sind doch sowieso nur die ersten 128 Zeichen, was gibt's da noch zu verändern.
Naja, wenn du eine aehnliche, aber nicht identische Variante von ASCII hast und MS bist, nennt man das am besten MS-ASCII. Siehe den Link unten, da stehts genauer.
Aber was ist EOL und big/little endian? Hab' ich noch nie gehört.
EOL == End Of Line. Zeilenende. big/little-endian: Wie stellst du 0x87654321 (2271560481 decimal) dar? o? 0x12 0x34 0x56 0x78 # little-endian so? 0x78 0x56 0x34 0x12 # big-endian Intel, Alpha und VAX sind little-endian, MIPS kann beides (digital ist little-endian, SGI ist big-endian) und der Rest der Welt ist big-endian. Und damit man im Internet sprechen kann, einigt man sich auf ein Format.
Dass Emails in \r\n übertragen werden wundert mich aber jetzt.
RFC821 :-)
Das Internet kommt doch von Unixsystemen und da gibt's doch nur \n, irgendwie fehlt da die Logik.
Immer so kleine Teller :-) RFC177 von 1971 (aelter als ich!) beschreibt schon, dass CR an den Anfang der Zeile gehen soll und LF eine Zeile nach unten gehhen soll (es geht um 'graphische' Displays, also CRTs). Schliesslich sollte es ja so aehnlich wie ein Fernschreiber sein... und warum sollte man Daten bei einem Zeilen-orientierten Protokoll wie SMTP (oder auch HTTP) anders uebertragen? ftp ist ja was anderes, da werden *Dateien* binaer transparent uebertragen (wenn binary gesetzt ist). -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 31. Dez 2000, 14:19 Uhr schrieb Wolfgang Weisselberg:
Intel, Alpha und VAX sind little-endian, MIPS kann beides (digital ist little-endian, SGI ist big-endian) und der Rest der Welt ist big-endian. Und damit man im Internet sprechen kann, einigt man sich auf ein Format.
Wobei ich das mit dem big endian noch nie verstanden habe: man schreibt die Zahl einhundertunddreiundzwanzig schließlich als "123" und nicht "321". Warum in Gottes Namen soll das in Rechner-Speichern anders sein? <frust> Im übrigen versucht mal, Binär-Zahlen von einem S/390-System auf einen PC zu übertragen - wirklich spaßig... </frust> Gruß und Euch allen einen Guten Rutsch und alles Gute im neuen Jahr Rudi -- Kunde : Haben Sie Windows 98? Händler : Haben Sie denn schon Windows 95 zu Ende gespielt? --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernhard Walle schrieb am 31.12.2000 um 00:24:04 +0100: Hallo Bernhard,
Ich nix verstehen. ;)
Hmmm?
\r\n ist noch klar
Aber was ist EOL und big/little endian? Hab' ich noch nie gehört.
End Of Line. Angenommen Du hast einen zwei-Byte großes Wort, dann wird im Big Endian-Format das höherwertige Byte an der niederwertigeren Stelle im Speicher und das niederwertige Byte an der höherwertigen Stelle gespeichert. (Motorola 68000) Little Endian ist genau andersherum. Das höherwertige Byte steht an der höherwertigen Stelle und das niederwertige Byte an der niederwertigeren Stelle im Speicher. (Intel 80x86) Also im Endeffekt die Anordnung von Hi und Lowbyte im Speicher des Rechners. Wenn man sich das Wort nun mal aufschreibt, sieht das bei little-Endian-Maschinen so aus als ob das es verkehrt herum im Speicher stehen würde: 1234h wird im Speicher zu 3412h 12345678h wird zu 78563412h. Bis denne, Michael -- You know like - this band sucks. But it's like they suck like a new way here. Like - they suck in ways we haven't like seen stuff suck before, so it's like pretty cool. (Butthead) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Bernhard, On 00/12/26@21:39 Bernhard Walle told me in 137lines (4,7K):
PS: Ist das Mail-Followup-To auf Dich _und_ die Liste eigentlich Absicht? Möchtest Du jedes mal ein CC: erhalten?
Nein wollte ich nicht.
Ich hatte auch mal das Problem. Du hast wahrscheinlich in Deiner .muttrc folgendes:
lists suse-linux
der Syntax ist aber veraltet und funktioniert mit Mutt 1.2.x nicht richtig. Richtig wäre
subscribe suse-linux
Dann wird das Mail-Followup-To auch richtig nur auf die Liste gesetzt und außerdem stehen alle im Manual beschriebenen Funktionen bzgl. Mailinglisten zur Verfügung.
Genau das war das Problem. Ich druck jetzt erstmal die NEWS und dann gute Nacht. Danke. -- (o< -----------CU---------- >o) //\ *Maik Holtkamp* /\\ V_/ #s-y-l@gmx.net# \_V \_________________________/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Tue, 26 Dec 2000 at 17:10 +0100, Maik Holtkamp wrote:
Take a look at: http://www.i-charity.net/bin/ptn/170/thref/145136 ...today they claim hyperlinks, tomorrow they will claim the air you breathe...
Ich habe den Link mal aufgerufen. Ich möchte mal auf folgendes hinweisen: 1. Das Patent hat in Europa keine Bedeutung, weil es abgelaufen ist. Nur in den USA. 2. Es könnte uns gar nichts besseres passieren, als wenn sie das Patent durchsetzen könnten: Was meinst Du, was passiert: Dass Hyperlinks verschwinden? Bestimmt nicht. Es würde zu einer Art Massenbewegung führen. Und zwar gegen Softwarepatente! Es würde jedem, der von freier Software und Patenten etc. keine Ahnung hat, vor Augen geführt, was alles passieren kann. Wenn GIFs lizenzpflichtig sind, interessiert das keinen. Und die, die es interessiert, haben beim Webdesign keine Alternative, da die Programmierer von Browsersoftware viel zu zögerlich sind ("kein Bedarf"). Hier betrifft es aber jeden. Deshalb würde ich im Vorfeld gar nicht dagegen vorgehen. Lass die doch ihr eigenes Grab schaufeln ... Gruß, Bernhard -- -*-*-* Frohe Weihnachten und ein glückliches neues Jahr! *-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* HP: http://www.linuxinfopage.de * Tux# 171705 * ICQ# 98361051 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (6)
-
Bernhard.Walle@gmx.de
-
email@rudolf-buerger.de
-
michael@earth.uni-muenster.de
-
michael@walfinger.de
-
s-y-l@gmx.net
-
weissel@netcologne.de