Problem mit Anzeige von Windows-1252 codierten Subjects

  • Hallo Forum,


    ich habe mit TB 3.1.10 (XP, POP3S) ein Problem (2 unterschiedliche Systeme mit jeweils Win XP Prof SP3 DE und alle bisherigen Updates) und ich weiß nicht, wo/wie ich das regulieren kann.


    Wenn ich von einem mit Win7 DE System erzeugte eMails erhalte, die mit Codepage Windows-1252 codiert sind, erhalte ich bei TB die Subject-Zeilen wie nachfolgend:

    Code
    1. =?windows-1252?B?Qk0gQzMgR2FyYWdlIC0gMDc6MTY6NT...
    2. =?windows-1252?B?Qk0gQzIgV29jaGV...


    Wenn ich die gleichen eMails auf meiner Linux Suse 11.4 mit mutt ansehe, sieht das Subject normal aus:

    Code
    1. videosvc@videos ( 325) BM C3 Garage...
    2. videosvc@videos ( 479) BM C2 Wochentags...


    Meine TB Einstellung für Zeichencodierung (Einstellungen->Ansicht->Formatierung->Erweitert->Zeichencodierung) steht jeweils auf ISO-8859-15 und erzeugt beim Mailaustausch mit anderen Nutzern nicht diese Probleme, sodass ich dieses auch gerne beibehalten mag.


    Hat jemand von Euch dieses ebenfalls beobachten können und ist es ggfs. eine fehlerhafte Umsetzung bei der Verarbeitung der Codepage oder gar etwas völlig anderes?


    Wenn ich vom TB die eMails bounce und mit Outlook empfange, so ist das Subject OK.


    Über Ideen zur Lösung freue ich mich, vielleicht habt ihr noch eine solche, ich leider nicht mehr.


    Danke,
    Floppy

  • Hallo,
    ohne die genaue Deklarierung im Quelltext (Strg+U) der Mail zu kennen, kann man nur raten.


    Eine Deklarierung - die auch mehrfach vorkommen kann - sieht etwa so aus:


    Code
    1. Content-Type: text/plain; charset=ISO-8859-15
    2. Content-Transfer-Encoding: 8bit


    Bei deiner Mail dürfte anstelle von 8bit vermutlich "quoted printable" stehen, denn

    Code
    1. =?windows-1252?B?Q

    deutet darauf hin.
    Eigentlich ist das normal, wenn Umlaute und andere Sonderzeichen (etwa in diesem Fall das "@" im Header vorkommen (erfahrene User verzichten daher auf diese im Header), dass diese in qp kodiert werden. Allerdings dürfen diese nur im Quelltext so zu sehen sein, TB ändert diese dann in der Mail in lesbaren Text um - sollte es jedenfalls.
    Warum der Versender ausgerechnet windows-1252 als charset verwendet, weiß ich nicht.
    Auf jeden Fall scheint das Zeichen "@" den Fehler zu provozieren.


    Mit welchen Zeichensatz (=Zeichenkodierung) versendest du?


    Gruß

    Konversationen ohne vorherige Anforderung werden ignoriert..
    Windows 10, 64-bit, immer die aktuelle Thunderbird-Version und ältere Testversionen. Testprofile vorhanden.
    Testkonten bei den meisten größeren Mailanbietern wie GMX, Web.de usw

  • Hallo und erstmal Danke für das Aufgreifen meines Problems.


    Der Body des Nachrichten sieht (gekürzt) so aus:


    Der Text _IN_ der eMail ist sauber lesbar, es geht nur um die Subject-Zeile.


    Der Versender bin zwar auch ich, allerdings ist in der Software keinerlei Einstellmöglichkeit vorhanden, sodass ich das, wie ich mir am liebsten wünsche, auf UTF-8 oder ISO8859-15 stellen könnte.


    Danke,
    Florian

  • Achso, noch eine kurze Ergänzung. In der Subject-Zeile ist kein Sonderzeichen wie

    Code
    1. @

    vorhanden, ggfs. mal ein Umlaut.


    Florian

  • Zitat

    In der Subject-Zeile ist kein Sonderzeichen wie


    Code: Alles auswählen
    @


    vorhanden, ggfs. mal ein Umlaut.


    Du schriebst aber:


    Zitat

    videosvc@videos


    Wie kann ich das verstehen?


    Zitat

    Der Text _IN_ der eMail ist sauber lesbar, es geht nur um die Subject-Zeile.


    So hatte ich es auch verstanden.

    Zitat

    allerdings ist in der Software keinerlei Einstellmöglichkeit vorhande


    Du meinst in TB? Doch die gibt es.
    Extras, Einstellungen, Ansicht, Formatierung, Erweitert, Ausgehende Nachrichten (ja wirklich, wer vermutet es dort?).


    Gruß
    Gruß

    Konversationen ohne vorherige Anforderung werden ignoriert..
    Windows 10, 64-bit, immer die aktuelle Thunderbird-Version und ältere Testversionen. Testprofile vorhanden.
    Testkonten bei den meisten größeren Mailanbietern wie GMX, Web.de usw

  • Hallo nochmals,


    OK, die Verwirrung ist komplett. Ich hätte ggfs. die Anzeige von mutt kurz erwähnen sollen, was eigentlich angezeigt wird. Sorry. Daher nun folgender Versuch.


    Code
    1. LfdNr
    2. | Neu/Alt
    3. | |
    4. | | Datum Von Länge
    5. | | | | | |-Subject...
    6. 7 N May 12 videosvc@videos ( 423) BM C2 Wochentags - 18:07:16 2011.05.12 : Bewegung bei Kamera C2 erkannt 'Eingang Rück'
    7. 8 N May 12 videosvc@videos ( 423) BM C2 Wochentags - 18:07:16 2011.05.12..


    Dort wird das Subject bis auf den Umlaut ü im Vergleich zu TB korrekt angezeigt. D.h. für mich, dass die eMail vom Videoserver prinzipiell korrekt mit CP usw. aufgebaut sein sollte.


    Hinsichtlich Einstellmöglichkeit: Die _sendende_ Applikation ist _nicht_ Thunderbird, sondern eine Videoüberwachungssoftware auf einem anderen Rechner (Win7, DE, Codepage offensichtlich Windows-1252). Die hat keine (mir zugänglichen, bekannten, auffindbaren) Einstellmöglichkeiten, die CP zu ändern.


    Auf TB weiß ich, wo die Einstellung zu ändern wäre, aber dort hilft eine Änderung leider nicht weiter (eingehende oder ausgehende).


    Dementsprechend halt die Frage/Vermutung/whatever, ist die Umsetzung der Codepage Windows-1252 für die Subject-Zeile bei TB ggfs. fehlerhaft? Denn irgendwo muss das ja herkommen und mit Outlook auf dem gleichen Rechner geht es schließlich auch, das Subject korrekt anzuzeigen...


    Ich hoffe die Erläuterungen zu mutt helfen ein wenig weiter?


    Gruss und Danke,
    Floppy

  • Noch einmal:
    bei 8bit-Kodierung wird im Betreff bei Umlauten immer mit "quoted printable" kodiert, außer wenn Unicode (UTF-8) eingestellt ist. Und man erkennt ja auch an dem

    Code
    1. ?Q

    , dass das so gemacht wurde.
    Alles nach dem

    Code
    1. ?Q

    ist aber kein Code von "quoted printable", der sieht anders aus:

    Code
    1. H=E4tten H=FCte ein =DF im Namen, w=E4ren sie m=F6glicherweise keine H=FCte=
    2. mehr,
    3. sondern H=FC=DFe.


    Gruß

    Konversationen ohne vorherige Anforderung werden ignoriert..
    Windows 10, 64-bit, immer die aktuelle Thunderbird-Version und ältere Testversionen. Testprofile vorhanden.
    Testkonten bei den meisten größeren Mailanbietern wie GMX, Web.de usw

  • Danke schonmal,


    Ich schrieb oben aber schon, dass nicht immer Umlaute im Subject sind und dennoch das Subject unter TB unleserlich ist (also egal ob Umlaut oder nicht Umlaut).


    Insofern kann ich mit Deiner letzten Antwort leider nur bedingt viel anfangen. Oder verstehe ich es nur deswegen nicht, weil mir nicht bewusst, ist, was "alles" in die Kategorie "Sonderzeichen" fällt (also durch 8bit codiert werden muss/wird) und das quasi mehr als nur die Umlaute darunter fallen, also z.B. der ":" oder der " ' " bei dem kompletten Subject-Inhalt:

    Code
    1. BM C1 nachts - 19:54:53 2011.05.12 : Bewegung bei Kamera C1 erkannt 'Eingang'


    Wenn dem so ist, bedeutet das, dass die Videoüberwachungssoftware fehlerhaft arbeitet. Ich stelle mir dann allerdings die Frage, warum wird das in Outlook "korrekt" angezeigt (sogar der Umlaut ü im Subject), ist es dann flexibler was den Umgang mit falsch codierten Subject-Zeilen angeht?

  • Hallo zusammen,


    Zitat von "mrb"

    bei 8bit-Kodierung wird im Betreff bei Umlauten immer mit "quoted printable" kodiert, außer wenn Unicode (UTF-8) eingestellt ist. Und man erkennt ja auch an dem

    Code
    1. ?Q


    , dass das so gemacht wurde.
    Alles nach dem

    Code
    1. ?Q


    ist aber kein Code von "quoted printable", der sieht anders aus


    Die Codierung des Subjects im geposteten Quelltext ist Base64.


    Code
    1. Subject: =?windows-1252?B?....?=


    Decodiert ergibt das dort stehende


    Code
    1. Qk0gQzMgR2FyYWdlIC0gMDc6MTY6NTYgMjAxMS4wNS4xMiA6IEJld2VndW5nIGJlaSBLYW1lcmEg
    2. QzMgZXJrYW5udCAgJ0dhcmFnZScg


    Code
    1. BM C3 Garage - 07:16:56 2011.05.12 : Bewegung bei Kamera C3 erkannt 'Garage'


    Eigentlich sollte TB keine Probleme mit einer Base64 codierten Betreffzeile haben. Deshalb die Nachfrage, ob dem Ordner - in der diese Mails landen - nicht vielleicht doch ein fester Zeichensatz zugeordnet ist und somit eine automatische Bestimmung ignoriert wird.


    Gruß
    muellerpaul

    --
    Hier könnte Ihre Werbung stehen

  • Hallo,


    ich habe gerade die Einstellungen des Posteingangs-Ordners des damit verbundenen Kontos angeschaut, über
    Rechtsklick->Einstellungen
    und das sagt dann bei Allgemein
    Standard-Zeichenkodierung Westlich (ISO-8859-15)


    und getestet habe ich nun noch mit dem Haken gesetzt oder nicht gesetzt, beides mit dem gleichen Ergebnis.


    Durch Varianz von der Codepage-Wahl auf
    UTF-8
    Windows-1252

    habe ich das Verhalten auch _nicht_ geändert bekommen.


    Und der Vollständigkeit halber, falls dort irgendwo die Ursache noch auffindbar wäre (was ich aber nicht vermute), meine installierten Add-ons sind
    Adblock Plus, Adressbooks Sync, AttachmentExtractor,Auto copy, deutsches Wörterbuch, Enigmail, Mail Redirect, Mr Tech Toolkit, PrintingTools, Quote Colors, Update Notifier und URL Link...


    Hast Du noch eine Idee, was ich noch prüfen könnte oder könnte es vielleicht doch an einem Base64-decodierungsproblem bei TB im Subject liegen?


    Florian

  • muellerpaul ,
    du hast Recht bei "quoted printable" muss das "?" vor und hinter dem Q sein. Habe ich verwechselt.
    Ist allerdings das erste Mal, dass ich einen Header in base64 sehe.
    Ich selbst glaube aber nicht an einen Fehler von TB.
    Gruß

    Konversationen ohne vorherige Anforderung werden ignoriert..
    Windows 10, 64-bit, immer die aktuelle Thunderbird-Version und ältere Testversionen. Testprofile vorhanden.
    Testkonten bei den meisten größeren Mailanbietern wie GMX, Web.de usw