Deutsche Umlaute werden plötzlich falsch dargestellt

Ralf Brinkmann

Ich benutze noch die Version 10.5.3.2 (64 Bit).

Auf einmal werden bei mir in Mails, die ich beantworte, die deutschen Umlaute im zitierten Text falsch, also mit solchen komischen Sonderzeichen, dargestellt. Diese falsche Anzeige bleibt auch erhalten, wenn der Empfänger wiederum darauf antwortet.

Ich habe in meinen Einstellungen unter "Ansicht" als Zeichensatz Unicode (UTF-8) eingestellt. Das hat auch bisher immer funktioniert.

Als Standard-HTML-Editor habe ich Richtext eingestellt, als Standart-Textformat HTML.

Der Fehler tritt nicht beim Lesen der Originalnachricht auf, sondern erst, wenn ich darauf antworte, also im zitierten Text.

Ich kann mich nicht erinnern, da mal irgendwas verstellt zu haben, aber ich muss sagen, dass ich auch kaum noch e-Mails schreibe. Das meiste geht heute über Messenger und ich lese nur noch meine täglichen Newsletter oder gelegentlich mal Werbung.

Was kann da los sein?

**sanyok**

Zitat von Ralf Brinkmann

Ich habe in meinen Einstellungen unter "Ansicht" als Zeichensatz Unicode (UTF-8) eingestellt

Steht denn auch im Editor beim Antworten unten in der Statuszeile Unicode (UTF-8)?

Ich meine, stand es so dort von Anfang an oder hast du den Zeichensatz nachträglich geändert?

**sanyok**

Beim Antworten hat nämlich der Zeichensatz der Originalnachricht Vorrang, wenn er definiert wurde, was in HTML-Nachrichten oft vorkommt. Wenn also z.B. die Originalnachricht eine Zeile wie Content-Type: text/plain; charset="iso-8859-1" enthält, wird beim Antworten automatisch der Zeichensatz ISO-8859-1 bzw. Latin-1 genommen. Das nachträgliche Verändern des Zeichensatzes hilft dabei nicht immer.

Willst du jedoch immer UTF-8 verwenden, musst du in die Antwortvorlage %CHARSET="UTF-8" einfügen. Dann wird bereits beim Klick auf die Schaltfläche Antworten Unicode verwendet. Das kann aber leider ebenfalls zu Problemen führen, wenn für eine bestimmte Nachricht ein bestimmter Zeichensatz verwendet werden muss. In diesem Fall kann Unicode nämlich auch schaden und zum Zeichensalat führen.

Und der Betrachter hat eigene Zeichensatzeinstellungen, die keine Auswirkung auf den Editor haben. Also muss man den Zeichensatz sowohl dort als auch hier einstellen.

Ralf Brinkmann

Danke für die schnelle Antwort.
Also, in der Statuszeile beim Antworten steht "Westeuropäisch Latin-1 ISO". Der Verfasser bei der einen Mail, in der mir das aufgefallen ist, benutzt Microsoft Outlook 16.0 und ich finde in den Kopfzeilen nirgendwo einen Zeichensatz definiert. Nachträglich verändert habe ich den nicht.

**sanyok**

Ich habe mal versucht, auf eine ISO-8859-1 (auch Latin-1 genannt) Nachricht mit Umlauten in Unicode zu antworten, und habe ebenfalls unleserliche Zeichen bekommen. Deswegen habe ich oben geschrieben, dass das Ändern des Zeichensatzes nicht immer gut ist.

Versuche daher, auf eine Latin-1 Nachricht unverändert in Latin-1 zu antworten. Dann müssten Umlaute richtig angezeigt werden, es sei denn, dass du eine spezielle Antwortvorlage verwendest, die etwas verändert. Versuche es in diesem Fall mit einer Standardvorlage.

Und der Zeichensatz müsste doch irgendwo in der Originalnachricht stehen. Öffne ihren Quelltest über F9, klicke Strg+F und suche nach Content-Type: text/plain; charset= und/oder Content-Type: text/html; charset=. Irgendwo muss es diese Zeile geben.

Ralf Brinkmann

Ich war in dem Glauben, die Kopfzeilen (STRG-SHIFT-K) würden das Gleiche anzeigen wie dieses F9 (das ich noch nie benutzt habe). Dort steht jedenfalls tatsächlich an einer Stelle

------=_NextPart_000_0006_01DA5787.0394DD20
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Nun ist die Frage, wie denn mein TB! das automatisch richtig machen kann. Ich habe ja nichts verändert, sondern einfach STRG-F5 gedrückt um zu antworten. Da sollte doch der erforderliche Zeichensatz automatisch erkannt werden. Ich habe jedenfalls das Gefühl, dass das früher der Fall war. Ich kann doch nicht bei jeder e-Mailantwort erst mal herumsuchen, welcher Zeichensatz verwendet wurde.

**sanyok**

Zitat von Ralf Brinkmann

Content-Type: text/plain;
charset="iso-8859-1"

Dann wird bei der Antwort automatisch ISO-8859-1 bzw. Latin-1 gewählt, es sei denn, dass deine Antwortvorlage etwas anders macht. Wie sieht sie denn aus? Hast du es auch mit der Standardvorlage versucht?

**sanyok**

Ich habe es jetzt erneut getestet. Wenn ich unter Verwendung der Standardvorlage auf eine Latin-1 Nachricht mit Latin-1 antworte, sehe ich die Umlaute. Es muss also an deiner Vorlage liegen. Bindest du sie vielleicht über %INCLUDE ein?

**GwenDragon**

Zitat von Ralf Brinkmann

Da sollte doch der erforderliche Zeichensatz automatisch erkannt werden

Ansicht → Zeichensatz → Automatische Erkennung klappte bei mir in der 10.x nie so richtig.
Deswegen hatte ich den immer auf "Westeuropäisch Latin-1" stehen.

**sanyok**

Zitat von GwenDragon

Ansicht → Zeichensatz → Automatische Erkennung

Beim Lesen tritt der Fehler nicht auf, sondern bei der Antwort.

Ralf Brinkmann

An der Standardvorlage, also das, was bei der Ersteinrichtung unter "Vorlagen" eingetragen ist, habe ich eigentlich nie etwas groß geändert. Unter "Antwort" habe ich zum Beispiel eingetragen:

Hallo %TOFNAME!

%CURSOR

Viele Grüße

%FromFName
--
%REM=%PUT="%PROGRAMDIR\SIG_Ralf.txt"
<Hier folgen Adresse und
Erreichbarkeiten>

%TEXT

Vor dem %TEXT befindet sich noch so ein schwarzer Strich.

Die Signatur hatte ich früher immer in der kleinen Textdatei, aber seit da irgendwann nach jeder Zeile eine Leerzeile eingefügt wurde (ist immer noch nicht behoben) habe ich jetzt in der Vorlage meine Adressdaten direkt hingeschrieben.

Den Zeichensatz kann ich ja nur bei "Neue Nachricht" einstellen, bei den anderen Vorlagen wird vermutlich der gleiche genommen.

Ach ja, früher hatte ich auch Westeuropäisch Latin-1 voreingestellt, aber dann habe ich immer wieder gelesen, dass man jetzt UTF-8 nehmen soll, das sei quasi internationaler Standard und damit könne man alle Zeichen wiedergeben.

**sanyok**

Zitat von Ralf Brinkmann

An der Standardvorlage, also das, was bei der Ersteinrichtung unter "Vorlagen" eingetragen ist, habe ich eigentlich nie etwas groß geändert

Na deine sieht ja vollkommen anders aus. Den Link zu den Standardvorlagen habe ich oben gepostet. Man kann auch gleich in den Kontoeigenschaften auf die Schaltfläche Standardvorlage wiederherstellen klicken.

Du könntest testweise alles löschen und nur das Makro %QUOTES verwenden. Damit müsste es klappen.

Zitat von Ralf Brinkmann

Den Zeichensatz kann ich ja nur bei "Neue Nachricht" einstellen, bei den anderen Vorlagen wird vermutlich der gleiche genommen.

Wie bereits oben geschrieben, wird bei der Antwort immer der Zeichensatz der Nachricht genommen, auf die man antwortet, also der Originalnachricht. Daher kann man auch in den Kontoeigenschaften bei der Antwort keinen Zeichensatz definieren. Das geht nur über das Makro %CHARSET (s.o.).

**sanyok**

Zitat von Ralf Brinkmann

%REM=%PUT="%PROGRAMDIR\SIG_Ralf.txt"

Ach ja. Und sowohl %INCLUDE als auch %PUT sollte man mit dem Zeichensatz-Zusatz verwenden. Beispiele gibt's in der Online-Hilfe. Der Zeichensatz muss dabei dem Zeichensatz der .txt Datei entsprechen. Ist sie z.B. in UTF-8 verfasst, müsste das Makros so aussehen:

Code

%PUT("%PROGRAMDIR\SIG_Ralf.txt", "UTF8")

bzw.

%PUT("%PROGRAMDIR\SIG_Ralf.txt", "UTF-8")

Ralf Brinkmann

So, ich melde mich mal wieder. Tut mir leid, dass ich Euch so lange warten lassen musste, aber ich hatte einige wirklich wichtige Dinge zu tun.
Ich habe jetzt als erstes mal den kompletten Programmordner von TB! (10.5.3.2) weggesichert und dann durch mein Backup von 10.5.2.1 ersetzt, weil ich wusste, dass ich vor noch gar nicht so langer Zeit völlig normal Mailantworten schreiben konnte, wie das schon seit vielen Jahren der Fall ist.
Und siehe da, die selben Mails, bei deren Beantwortung ich diese komischen Sonderzeichen bekommen hatte, wurden jetzt beim Beantworten völlig normal und richtig dargestellt.
Ich habe dann die 10.5.3.2-Installationsdatei (*.msi) nochmal neu darauf losgelassen. Es ging leider nur "Change", "Repair" und "Remove", aber danach trat wieder der Fehler auf. Es scheint also irgendwo ein Problem in dieser Version zu sein.
Es scheint so, als könnte ich jetzt nur die 10.5.2.1 vorläufig weiterbenutzen, bis ich irgendwann auf eine funktionierende 11.x umsteige und dann dafür natürlich wieder eine neue Lizenz bezahlen muss.
sanyok, die ganzen Sachen, die Du oben geschrieben hast, habe ich jetzt noch nicht durchprobiert. Ich habe erst einmal das für mich Naheliegendste ausprobiert. Zum Glück hatte ich mir dieses Backup aufgehoben.

**sanyok**

Die letzte ist ja v10.5.4. Notfalls die ausprobieren.

Ansonsten wurde der Zeichensatz-Zusatz für die Makros %INCLUDE und %PUT noch in v8 oder gar v7 integriert und es wurde schon damals empfohlen, ihn zu verwenden denn nur so kann garantiert werden, dass die Makros und Text aus der externen Datei im richtigen Zeichensatz übertragen werden. Kannst auch das mal ausprobieren.

Ralf Brinkmann

Oh, die 10.5.4 muss wohl irgendwie an mir vorbeigegangen sein. Werde ich auf jeden Fall auch mal ausprobieren.

Ralf Brinkmann

So, ich habe die 10.5.4 ausprobiert und hier taucht das Umlautproblem ebenfalls nicht auf. Anscheinend waren nur die 10.5.3.x irgendwie "daneben". Ich weiß jetzt aber, warum ich die 10.5.4 damals nicht heruntergeladen und installiert hatte: Die Ankündigung (nur NAU, keine andere) klang damals für mich so, als ob das irgendeine verunglückte Zwischenversion sein sollte. Und dann die Hinweise mit den "leeren Listen".

Mir ist aber beim Testen etwas anderes aufgefallen: Bei einer Antwort springt der Cursor nicht an %CURSOR, sondern ganz vorne an die allererste Stelle der ersten Zeile, also vor die Anrede. Das hatten wir doch schon mal. Ist das denn bei der 11.x auch noch so oder landet der Cursor da, wo es sein sollte?

**sanyok**

Zitat von Ralf Brinkmann

So, ich habe die 10.5.4 ausprobiert und hier taucht das Umlautproblem ebenfalls nicht auf.

Zu v10.5.4 gib's leider immer noch kein Changelog. Also weiß man nicht so genau, was geändert wurde. Sie ist außerdem erschienen, als es bereits v11 gab. Also muss es irgendeinen sehr wichtigen Bug gegeben haben, der beseitigt wurde. Wie z.B. damals mit v9.5.1.

Zitat von Ralf Brinkmann

Und dann die Hinweise mit den "leeren Listen".

Das war meine Vermutung, weil dieser Bug zu diesem Zeitpunkt gerade in einer v11 beseitigt wurde. Also habe ich angenommen, dass es auch in v10.5.4 beseitigt wurde, die zeitgleich erschien. Habe es aber später selbst getestet und der Bug ist immer noch vorhanden, was für einige v10 Nutzer schlecht ist, weil sie kostenpflichtig auf v11 umsteigen müssen.

Zitat von Ralf Brinkmann

Ist das denn bei der 11.x auch noch so oder landet der Cursor da, wo es sein sollte?

Wie ich bereits unter "TheBat! - Befehl "%CURSOR"" erklärt habe, springt der Mauszeiger in v11 zu der mit %CURSOR angegebene Stelle, wenn die drei wichtigsten Felder im Header ausgefüllt sind.

Eventuell hängt's vom Editor ab. Für den HTML-Editor braucht man auch eine HTML-Vorlage, damit es klappt.