Zeichenkodierung dauerhaft verändern [erledigt]

[Andreas0815]

Thunderbird-Version: 17.0.2
Betriebssystem + Version: Win 7
Kontenart (POP / IMAP): pop
Postfachanbieter (z.B. GMX): gmx/t-online

Schönen guten Tag miteinander,

erstmal Danke, dass ihr seit Jahren für mich da seid!

Ich habe auch schon viele Treads zu diesem Thema hier im Forum gelesen.

Ich habe mehrere Mailinglisten abonniert. Dadurch erhalte ich gelegentlich Nachrichten bei denen die Umlaute falsch dargestellt werden.
Ich habe Zeichenkodierung automatisch bestimmen auf "aus" gestellt. Unter Einstellungen, Ansicht habe ich für ein und ausgehende Nachrichten die ISO 8859-15 eingestellt. Bei der betreffenden Nachricht die mir gerade vorliegt finde ich im Quelltext die Angabe Content-Type: text/plain; charset="iso-8859-1" wenn ich nun bei dieser Nachricht die ISO 8859-15 anwähle ist alles in Butter. aber nur für dieses eine mal. Wenn ich nun eine andere Nachricht anwähle und dann wieder diese anklicke ist es wieder beim alten.

Was kann ich tun, dass dauerhaft meine (eigentlich richtige) Angabe bleibt und sich TB so verhält wie ich es eingestellt habe?

Recht herzliche Grüße und vielen Dank

Andreas

[mrb]

Hallo,

Ich habe Zeichenkodierung automatisch bestimmen auf "aus" gestellt.

Ich weiß nicht warum das gemacht hast, aber TB wird trotzdem auch weiterhin den Zeichensatz so darstellen, wie er in der Mail deklariert wurde. Wurde UTF-8 deklariert, dann verwendet TB auch diesen Zeichensatz(=Zeichenkodierung).

wenn ich nun bei dieser Nachricht die ISO 8859-15 anwähle ist alles in Butter. aber nur für dieses eine mal. Wenn ich nun eine andere Nachricht anwähle und dann wieder diese anklicke ist es wieder beim alten.

Siehe oben.
Du möchtest also wirklich TB so einstellen, dass wenn eine Mail mit UTF-8 (=Unicode) geschrieben wurde, diese in ISO-8859-1 angezeigt wird? Und anschließend, um die Mail überhaupt lesen zu können, sie man dann manuell wieder auf Unicode stellen muss, um bei nächster Gelegenheit wieder dasselbe zu tun, weil die Anzeige wieder zurückspringt auf den Wert, der in der Deklarierung steht?
Falls ja, sträuben sich mir die Nackenhaare, weil es TB so gut wie unbrauchbar macht.
Gewöhne dich einfach daran, dass nicht alle Mails richtig deklariert wurden, meistens aus dem Lager von Absendern, die alte Betriebssysteme und Mailprogramme (dann besonders Linux und Mac) verwenden.

Gruß

[Andreas0815]

Danke für die Antwort.

Ich möchte mich genauer ausdrücken:

Die Mail ist vom Absender in ISO-8859-1 deklariert worden.

Mit dieser Kodierung werden aber bei mir die Sonderzeichen nicht angezeigt!

Ich habe unter Einstellungen Ansicht die Standard Zeichenkodierung für Ein und ausgehende Nachrichten auf ISO-8859-15 gestellt!

Warum wird aber diese Funktion umgangen und die ISO-8859-1 angezeigt?

Es werden doch alle möglichen Dinge vom Absenderprogramm festgelegt. Wie z.B. Schriftart Farbe usw... diese Dinge kann ich als Empfänger alle gleichschalten. Warum dann nicht die Zeichenkodierung wenn doch sogar ein Extra Feld dafür vorgesehen ist? (Eben das oben genannte Standard Zeichenkodierung?).

Danke
Andreas

[mrb]

Die Mail ist vom Absender in ISO-8859-1 deklariert worden.

Das weißt du woher, aus dem Quelltext?
Das ist ja gerade das Problem: es ist möglich in UTF-8 zu schreiben aber in ISO-8859-1 zu deklarieren - frag mich nicht, wie das geht, aber es geht. Diese Mails kommen meistens nicht von Mailklienen sondern von Newslettern oder Webseiten. Schau mal in Quelltext, was dort unter User Agent: steht. Findest du diesen Eintrag nicht, hat kein Mailklient die Mail geschrieben.
Man kann das dann auch pro Mail mit einem Add-on, welches den Quelltext editieren kann, korrigieren, aber das ist viel zu umständlich.
Wenn du allerdings nur falsch deklarierte Mails erhältst, sollte man das so einstellen wie du es möchtest.
Möchtest du das also wirklich? Es gibt tatsächlich eine versteckte Einstellung dafür, die wurde aus gutem Grund aus den normalen Einstellungen entfernt, weil zu viele daran herumschraubten und anschließend keine lesbare Mails mehr erhielten. Denn diese Einstellung ist wirklich nur etwas für Experten in Ausnahmesituationen.

Gruß

[Andreas0815]

Servus und Danke für deine Nachricht!

Zuerst den Quelltext aus der Nachricht:

Code: Alles auswählen

From - Fri Jan 25 19:49:52 2013
X-Account-Key: account3
X-UIDL: 0MF9Vj-1UDr7b1zDf-00GJS9
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Return-Path: _________________
Received: from mailout. _________________.net ([134.102.123.245]) by mx-ha.gmx.net
 (mxgmx010) with ESMTP (Nemesis) id 0MF9Vj-1UDr7b1zDf-00GJS9 for
 _________________; Fri, 25 Jan 2013 17:22:18 +0100
Received: from _________________ [172.16.3.117])
   by mailout. _________________.net (Postfix) with ESMTP id 4C9093EA17;
   Fri, 25 Jan 2013 17:22:14 +0100 (CET)
X-Original-To: _________________
Delivered-To: _________________
Received: from _________________ (mailin. _________________.net [172.16.3.101])
   by list (Postfix) with ESMTP id DF34E2021AF
   for <_________________>; Fri, 25 Jan 2013 17:22:11 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
   by mailin. _________________.net (Postfix) with ESMTP id 4C4A1351D7
   for <_________________>; Fri, 25 Jan 2013 17:22:12 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at _________________.net
X-Spam-Flag: NO
X-Spam-Score: -1.141
X-Spam-Level:
X-Spam-Status: No, score=-1.141 required=5 tests=[BAYES_00=-2.599,
   HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457] autolearn=no
Received: from mailin. _________________.net ([127.0.0.1])
   by localhost (mailin. _________________.net [127.0.0.1]) (amavisd-new,
   port 10024) with ESMTP id gwZ4FNvctfIs for <_________________.net>;
   Fri, 25 Jan 2013 17:22:03 +0100 (CET)
Received: from mout.web.de (mout.web.de [212.227.17.12])
   by mailin. _________________.net (Postfix) with ESMTP id 96AF4351D2
   for <_________________.net>; Fri, 25 Jan 2013 17:22:03 +0100 (CET)
Received: from 3capp-webde-bs45.server.lan ([172.19.170.45]) by
   mriweb.server.lan (mriweb002) with ESMTPA (Nemesis) id
   0MZ9Fa-1UJkpc259Q-00LFhP for <_________________.net>; Fri, 25 Jan 2013
   17:22:04 +0100
Received: from [188.194.162.192] by 3capp-webde-bs45.server.lan with HTTP;
   Fri Jan 25 17:22:04 CET 2013
Message-ID: <trinity-7ea00e4f-f4b0-4e13-89f3-114f50122c98-1359130924417@3capp-webde-bs45>
From: "_________________@web.de>
To: _________________.net>
Date: Fri, 25 Jan 2013 17:22:04 +0100 (CET)
Importance: normal
Sensitivity: Normal
In-Reply-To: <7A09DB4B752649F19443F92488EA7DE2@_________________>
References: <trinity-1669e118-ee5f-44ed-9acd-bf843b7be128-1359094180792@3capp-webde-bs18>,
   <7A09DB4B752649F19443F92488EA7DE2@_________________>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:HOJUwTylWYbrakjBl9WwJMG9U5bm9lqGhJi9gFhjRA9
MIME-Version: 1.0
X-Content-Filtered-By: Mailman/MimeDel 2.1.11
Subject: Re: _________________
X-BeenThere: _________________.net
X-Mailman-Version: 2.1.11
Precedence: list
Reply-To: _________________.net>
List-Id: _________________
List-Unsubscribe: _________________>
List-Archive: _________________-l>
List-Post: <_________________
List-Help: <_________________>
List-Subscribe: <_________________-l>,
Content-Type: multipart/mixed; boundary="===============3083718871711915757=="
Mime-version: 1.0
Sender: _________________
Errors-To: _________________
Envelope-To: _________________
X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3;
X-GMX-Antivirus: 0 (no virus found)
X-UI-Filterresults: notjunk:1;V01:K0:8kCMI7pGmUA=:GUXAAJR0kJ+EykCB075q91
X-Antivirus: avast! (VPS 130125-0, 25.01.2013), Inbound message
X-Antivirus-Status: Clean

--===============3083718871711915757==
Content-Type: text/plain; charset="UTF-8"

...Text...

--===============3083718871711915757==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

--===============3083718871711915757==--

Ich habe nichts vom User Agent gefunden Zumal er mir ja normalerweise angezeigt wird (Addon: Display Mail User Agent).
Was ich seltsam finde, und ich glaube du meist genau das, zuerst steht da: Content-Type: text/plain; charset="UTF-8" und dann: Content-Type: text/plain; charset="iso-8859-1"

Zu deiner Frage:
Weghaben muss ich das nicht unbedingt.
Ich verstehe nur nicht, warum es nicht so angezeigt wird wie ich es haben will. Wenn ich es händisch bei dieser Nachricht einstelle geht es ja auch!

Danke nochmal
Grüße
Andreas

[Bito]

Hallo Andreas,

dasselbe Problem hatte ich mal vor etlichen Jahren (noch mit dem TB 3). Damals wurde in verschiedenen Menüpunkten an den unterschiedlichsten Stellschrauben gedreht, bis am Ende das Problem gelöst war (siehe hier: http://www.thunderbird-mail.de/forum/viewtopic.php?f=31&t=44657

Unter anderem kam ein Tipp von mrb (dafür nochmal herzlichen Dank! ), in der about:config den Eintrag mailnews.force_charset_override auf "false" zu setzen. Zusammen mit den übrigen Anpassungen hat das bei mir bis heute das Problem gelöst -- ohne dass ich danach jemals wieder etwas an den besagten Menüpunkten geänert hätte.

beste Grüße aus München.-
Bito

[Andreas0815]

Danke für deinen Tipp, habe ich sofort überprüft. Steht bei mir aber auf "false" dementsprechend passt das...

Danke trotzdem
Andreas

[mrb]

Alles klar.
Der Quelltext bestätigt meine Vermutung.

Versendet ein Mailklient etwa Windows Live Mail eine Mail, dann steht im Quelltext von Thunderbird:

Code: Alles auswählen

X-Mailer: Microsoft Windows Live Mail 16.4.3505.912
X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912

Thunderbird selbst schreibt dagen:

Code: Alles auswählen

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0
offensichtlich schreibt jedes Programm dort etwas anderes herein. Sehe ich auch das erste Mal.


Dann in deinem QT:

Code: Alles auswählen

--===============3083718871711915757==
Content-Type: text/plain; charset="UTF-8"

...Text...

--===============3083718871711915757==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Zwei verschiedene Zeichenkodierungen für text/plain.
Auch dieses könnte TB verstehen, wenn der Text wirklich in 2 verschiedenen Zeichenkodierungen geschireben wäre, es also einen Abschnitt in UTF-8 und einen anderen in ISO-8859-1, dann allerdings müsste die entspr. Deklarierung immer jeweils vor dem geänderterten Zeichensatz stehen und nicht wie hier am Anfang für beide geltend.
In diesem Fall aber muss unter > Ansicht > Zeichenkodierung
dieses aktiviert sein:

> Ansicht > Zeichenkodierung "automatisch bestimmen", "universell" .
stelle das mal testweise ein, ist eigentlich die normale Einstellung.

Gruß

[Andreas0815]

Tja... es geht schon irgendwie... aber auch nicht!
Sobald ich diese Einstellung vornehme wir die Nachricht im Hintergrund sofort einwandrei lesbar. Wenn ich aber nun auf eine andere Nachricht klicke und wieder zur besagten Nachricht zurückkehre ist wieder der Zeichensalat da, JEDOCH steht die Einstellung immer noch auf universell. Wenn ich jetzt nochmal auf die bereits gewählte Einstellung Universell drücke wird die Nachricht wieder lesbar.
Klingt bescheuert, ist aber so...

Grüße
Andreas

[mrb]

Könntest du mir mal so eine Mail zukommen lassen, wenn es nicht deine Privacy verletzt.
Melde ich dich per PN bei mir und ich teile dir eine Mailadresse mit.

Gruß

[mrb]

Hallo Andreas,
wie ich in meiner Mail an dich schon schrieb handelt es sich um einen groben Deklarierungsfehler seitens des Versenders.
Die letzte der beiden Deklarierungen muss von ISO-8859-1 auf ISO-8859-15 verändert werden und die Mail wird korrekt angezeigt.
Der Darstellungsfehler tritt nicht nur in Thunderbird auf sondern auch im Windows Live Mail, sieht dort grafisch aber etwas anders aus.
Damit der Text auch bei der unveränderten Deklarierung richtig dargestellt würde, müsste man ihn so umkodieren:

Code: Alles auswählen

bei meinem Vorfahren Albert Brüter wurde in den Losungsbüchern der
   Stadt Ulm in den Jahren 1302, 1303 und 1304 keine Steuerabgaben
   verzeichnet, vielmehr der Zusatz: Schutz. 1306 stand dann als Zusatz:
   Schutz gewesen. Ab 1307 zahlte Albert Brüter wieder Steuern. Sein Vater
   Reinhold Brüter ist bereits vor 1370 verstorben, seine Mutter 1389. 1391
   hat Albert Brüter von seinen Eltern das Erbe erhalten. In diesem Jahr
   (1395) wird er als Steuerzahler im Losungsbuch erwähnt.

   Hat jemand von Ihnen eine Idee, was "Schutz" in diesem Falle bedeutet?

   Vielen herzlichen Dank für Ihre Hilfe.

   Mit freundlichen Grüßen


Die Mail wurde vermutlich über die Weibseite einer Newsletterversands als mail-list versendet.
Ein Mailklient würde einen solchen Fehler nicht machen.
Meiner Ansicht nach wurde sogar zweimal kodiert, was einen Mailklienten überfordert.
Gruß

edit: der Originaltext wurde von mir absichtlich verändert.

[Andreas0815]

Vielen Dank für deine Hilfe, auch wenn man eigentlich nichts machen kann, außer man hat zuviel Zeit...

Grüße
Andreas

[mrb]

Doch man kann etwas machen:
sich beim Absender über die mangelnde Sorgfalt beim Versenden und die nicht korrigierbaren Darstellungsfehler in Mailklienten zu beschweren.
Ich bekomme täglich mindestens 20 Newsletter und keiner ist so verhunzt.
Dass heute so etwas noch passiert, ist für mich unfassbar.

Gruß