The Bat! 6.4.6.1 (BETA)

Kann mal jemand schauen, wie bei ihm/ihr versandte Emails mit

Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

dargestellt werden? Ich sehe hier einige falsch dargstellte Zeichen. Ohne irgendwelche Änderungen der Einstellungen werden solche Mails mit Version 6.4.6 korrekt dargestellt. Es handelt sich um Text-Mails. Für die Vorschau wird der RTV verwendet. Mit dem Nur-Text-Betrachter sieht alles gut aus.

Ich habe mir eins zugesandt, Transfer QP und Zeichensatz UTF-8;
Betrachter RTF/HTML wird alles korrekt angezeigt.

Bei mir ist im Betrachter UTF-8 als Voreinstellung festgelegt.

Wo hast du denn den ersten Text-Abschnitt her?
Schnellvorlage?

Denn unübersetzter hat das korrekte ü!

Mr ist aufgefallen, das ist nicht mit jeder versandten Mail so. Das Bild ist aus einer Mail, die ich an das Übersetzerteam geschrieben habe und basiert auf deren Vorlage. Ich hänge hier mal alles an.

––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
          The Bat! – Fehlerbericht zur deutschen Übersetzung
––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
 · Berichtet von:         %FromName
 · Erstellt am:           %Date
 · Sprachdatei-Version:   %_Rev='%XMP_FileExist("%PROGRAMDIR\thebat_de_lng_rev.txt")'%-
%IF:"%_Rev"="1":%Include="%ProgramDir\thebat_de_lng_rev.txt":%XMP_MsgBox("Bitte%-
 thebat_de_lng_rev.txt aus dem Sprachdatei-ZIP\nins 'The%-
 Bat!'-Programmverzeichnis entpacken!","Sprachdatei-Version%-
 nicht ermittelbar","is,oc,b2,ms,tm",1)
 · Sprachdatei-Prüfsumme: %XMP_StrRight(%XMP_CRC32("FN","%PROGRAMDIR\thebat.lng"),10)%-
 · The-Bat!-Version:      %TheBatVersion
––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
 [] Fehlerhafte Übersetzung
 [x] Fehlende Übersetzung
 [] Verbesserungsvorschlag
––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Fehlerhafter oder unübersetzter String:


%CURSOR


Korrigierter String:






––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Kurze Beschreibung zur Reproduktion und Bemerkungen:






––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
%Clear%-
%Subject="[The Bat! - de] Fehlerbericht/Verbesserungsvorschlag"%-
%To="xxx@xxx.net, yyy@yyy.net"%-
%LANGUAGE="DE; AM"
-- 
%QINCLUDE="tb_version_de"

Das muss wohl was kontenabhängiges sein. Die oben gezeigte Schnellvorlage produziert in meinem Web.de Konto wie auch bei GMX die beschriebenen Fehler. Ein einfaches ÄÖÜ im Mailtext gibt nur beim GMX-Konto Zeichensalat.

Mit der Schnellvorlage nachvollziehbar in einem Testmail.
Nur nach Eingabe von äöüß nach Fehlerhafter oder unübersetzter String: und dem Speicher als Entwurf sind die Umlaute der eigefügten Vorlage kaputt.

Ich komme nicht weiter...
Manche Umlaute sind richtig dargsetellt, andere nicht. Und das, obwohl sie im Quelltext in identischer Weise verankert sind (=C3=9C zum Beispiel für das große Ü).

Ich meine, es muss was mit der Darstellungskomponente sein. E-Mails, die mit einer Vorversion erstellt und in der Maildatenbank gespeichert sind, werden seit 6.4.6.1 ebenfalls mit teilweise falschen Umlauten dargestellt.

Ich glaube ich habs doch...
Wenn man in eine neue Zeile springt, dann ein Leerzeichen tippt und dann Umlaute schreibt, werden diese Umlaute falsch dargestellt.

EDIT: Sobald das erste Zeichen einer Zeile ein Leerzeichen ist, werden alle Umlaute dieser Zeile falsch dargstellt.

Zitat von mse

Sobald das erste Zeichen einer Zeile ein Leerzeichen ist, werden alle Umlaute dieser Zeile falsch dargstellt.

Ich kann das mit dieser Version und dem RTF-/HTML-Viewer bestätigen. Betrifft alle Unicode-Zeichen. Könnte mit den neuen asiatischen Zeichensätzen zusammenhängen. Irgendwie wurden sie nicht ganz korrekt implementiert.

Zitat von mse

EDIT: Sobald das erste Zeichen einer Zeile ein Leerzeichen ist, werden alle Umlaute dieser Zeile falsch dargstellt.

Kann ich bestätigen!

Meldest du das bitte als Bugin den BT?

Habs mal reingestellt:
https://bt.ritlabs.com/view.php?id=514

Danke euch allen!

Zitat von mse

Habs mal reingestellt:
https://bt.ritlabs.com/view.php?id=514

Bug auch bestätigt!