Daniel Bauer schrieb:

Hi Sandy,

From: "Sandy Drobic"

...

Daniel Bauer wrote:

...

Hallo nochmals,

immer wieder sehe ich "kaputte" Mails wie z.B.

http://lists.suse.com/archive/suse-announce-usa/2005-Oct/0007.html

Woher kommt so etwas, nachdem das so in der Liste gelandet ist, gehe ich davon aus, das es nicht an meinem Mailserver/-client liegt, oder?

Ich verstehe nicht ganz. Was ist eigentlich das Problem und was ist die Frage?

nun ich frage mich wer verursacht solche Subjects:

From: "Herbsturlaub" Subject: =?ISO-8859-1?Q? SPAM: g=F6nnen Sie es Ihren Kindern - und sich selbst auch?= Date: Mon, 17 Oct 2005 09:28:01 +0200 Message-Id: 20051017072801.9354BE304@mx1.suse.de

Die Mail ist zufällig aus der Liste rausgegriffen, da ich auch hier schon desöfteren welche gesehen habe.

Die Frage ist: habe ich einen Fehler in meiner Konfig, wenn ich solche Mails "nicht" richtig lesen kann, oder woher kommen solche verstümmelten Header. Ich habe einen Kunden mit Exchange Server der abundan solch verstümmelte Mails liefert und ich will nicht meckern, solange ich nicht sicher weiß das es nicht an mir liegt.

Daniel

Nachrichtenansicht auf Unicode (UTF-8) einstellen, Schriftart fester Breite - dann sollte es funzen

Daniel Bauer schrieb:

das würde es also bei mir beheben, aber solche Mails landen ja auch z.B. im Listarchiv, ist es nicht vielleicht doch so, daß sein Exchange od. Outlook die Mails falsch raussendet/codiert?

Den von Dir beschriebenen Effekt sehe ich nur, wenn ich mir die Header-Zeilen als Plain-text (Nachrichtencode/Nachrichtenquelltext ansehen) anschaue. Im MUA (zur Zeit Thunderbird) selber, sehe ich das Subject in lesbarer Form, weil der MUA fehlertolerant ist. Ich kenn mich da jetzt nicht so gut aus, aber ich glaube mal gelesen zu haben, das der für das Subject laut RFC zu verwendende Zeichensatz keine Sonderzeichen enthalten darf. Also nur die Buchstaben von A bis Z, plus Zahlen, plus eine handvoll Satzzeichen und wenige Symbole. Bei Sonderzeichen wie ä, ö, ü, ß, é, usw. versucht der fehlertolerante Mail-Server/MUA damit klarzukommen, und schreibt dann da was von iso, utf, oder ähnliches rein. Die Zeichenkodierung die man am MUA für die Mails einstellt, gilt nur für den Body der Mail, nicht für das Subject oder sonstige Headerzeilen. Diese Regel dient dazu, den kleinsten gemeinsamen Nenner zu definieren. Damit soll sichergestellt werden, das der Empfänger mindestens das Subject entziffern kann, für den Fall das sein MUA den Zeichensatz des Verfassers nicht kennt. Kurz: Das Übel sitzt vor dem Rechner, weil es dieses RFC nicht kennt oder ignoriert und munter Sonderzeichen benutzt. Das Problem hast Du auch an anderer Stelle in den Headern, wenn z.B. der Name des Verfassers im Header Sonderzeichen enthält. Schau Dir dazu mal den Header dieser Mail an, das é in René erzeugt auch diesen Effekt. Merke: Sonderzeichen in Mailheadern sind pfui. (Das hindert mich aber nicht daran, das é zu benutzen, da bin ich eigen) Grüße René

Hallo, Am Sat, 11 Feb 2006, Daniel Bauer schrieb:

From: "René Falk" [..]

...

Merke: Sonderzeichen in Mailheadern sind pfui. (Das hindert mich aber nicht daran, das é zu benutzen, da bin ich eigen)

das gilt auch für mich, hat aber wohl nicht immer Bestand. Auch hier in der Liste sehe ich oft äöüß in den Subjects und es funktioniert meistens. Das ist auch der Grund warum ich frage, weil ich noch keine "Regel" dafür gefunden habe. Bevor ich jemanden "ermahne" seinen Mailserver/-client zu korrigieren, möchte ich aber wissen warum ich das tue ...

Steht im RfC 2047. In der Etikette wird AFAIR auch darauf hingewiesen. Das Problem ist, dass es viele MUAs gibt, die das RfC nicht korrekt implementieren. -dnh -- [Tivoli] : The thrill one gets from getting them to work at all helps to mask the fact that it didn't do what you wanted at all -- Paraphrase from THHGTTG

Hallo, Am Sat, 11 Feb 2006, Daniel Bauer schrieb:

From: "David Haller"

...

Am Sat, 11 Feb 2006, Daniel Bauer schrieb:

...

das gilt auch für mich, hat aber wohl nicht immer Bestand. Auch hier in der Liste sehe ich oft äöüß in den Subjects und es funktioniert meistens. Das ist auch der Grund warum ich frage, weil ich noch keine "Regel" dafür gefunden habe. Bevor ich jemanden "ermahne" seinen Mailserver/-client zu korrigieren, möchte ich aber wissen warum ich das tue ...

Steht im RfC 2047. In der Etikette wird AFAIR auch darauf hingewiesen.

Das Problem ist, dass es viele MUAs gibt, die das RfC nicht korrekt implementieren.

d.h. wenn ich es richtig verstehe, das definitiv Outlook bei meinem Kunden falsch konfiguriert ist und daher abundan so sch... ankommt?!

Ja. Bzw. OjE kann es generell nicht richtig, da muessen dann externe Tools wie oe-quotefix, hamster oder was weiss ich ran. Wobei: der von dir als Beispiel genannte Header ist fast korrekt, in einem "encoded-word" =?CHARSET?ENCTYPE?...?= duerfen eben keine Leerzeichen vorkommen. Das machen aber auch andere MUAs faslch. Genauer gesagt: fast kein MUA oder Newsreader behandelt Header mit Sonderzeichen korrekt -- sowohl beim Lesen als auch beim Schreiben. Mir als praktisch Fehlerfrei bekannt sind mutt, gnus, slrn und tin (letzterer noch nicht lange)... Allerdings bekommen selbst diese Probleme, wenn man ihnen defekte Header vorgibt, da bekommen auch die nicht alles repariert. Ansonsten sind Outlook, - Express, Exchange, Lotus Notes, und AFAIK alle Webinterfaces in dieser Reihenfolge kaputt. Opera M2 und Evolution gehoeren da auch dazu. Zwischen "korrekt" und "Outlook" tummelt sich ein breites Mittelfeld z.B. mit Mozilla/Thunderbird, KMail >= 2, The Bat, Pegasus, Forte Agent, u.a.m. Wenn mehrere User-Agents beteiligt sind, eben in Mailinglisten oder Newsgruppen gehen Header eigentlich immer kaputt. Fazit: a) man sollte im Header selbst mit einem guten MUA/NUA keine Sonderzeichen verwenden. b) man sollte einen gescheiten MUA/NUA verwenden. -dnh -- "The smit command displays a hierarchy of menus that can lead to interactive dialogues." -- AIX man page

Am Freitag, 10. Februar 2006 21:36 schrieb Christian Boltz:

Hallo Daniel, hallo Sandy, hallo Leute,

[...]

...

nun ich frage mich wer verursacht solche Subjects:

From: "Herbsturlaub" Subject: =?ISO-8859-1?Q? SPAM: g=F6nnen Sie es Ihren Kindern - und sich selbst auch?=

Kurz gesagt: Ein Spammer - und die haben es erfahrungsgemäß nicht so mit dem Einhalten technischer Standards ;-))

Alles was HTML ist oder enthält löschen. So mache ich es jedenfalls mit meiner Listenaccont-Adresse. Manchmal versuchen Spammer das Listenarchiv nach Mailadressen zu durforsten und zu spammen. Meine Methode hilft ganz gut dagegen. Wer über die Liste HTML verschickt, wird dann allerdings auch bei mir gelöscht, was aber nicht schade ist.

Hast Du das Problem auch mit Mails "guter" Absender? Wenn ja, zeig mal die entsprechenden Mailheader her. [...] PS: Das Problem bezüglich Spam in den Listenarchiven habe ich bereits gemeldet - https://bugzilla.novell.com/show_bug.cgi?id=141155

Meinst Du, daß das was nützt? Der Listowner kennt doch das Problem und leitet diese als SPAM gekennzeichneten Mails munter weiter und speichert sie sogar im Archiv: