Umlaute im Absender und Betreff

Wie gesagt bei den Ordnereigenschaften ist es auf UTF-8 und der Haken ist raus das es die Zeichenkodierung ignorieren soll.

Return-Path: <xxx@xxx>
X-Original-To: xxx@xxx
Delivered-To: xxx@xxx
Received: from xxx (xxx [xxx.xxx.xxx.xxx])
	by xxx (Postfix) with ESMTP id xxx
	for <xxx@xxx>; Wed, 27 Sep 2006 11:29:09 +0200 (CEST)
Received: from localhost ([127.0.0.1] helo=xxx)
	by xxx with esmtp (Exim 4.50)
	id xxx
	for xxx@xxx; Wed, 27 Sep 2006 11:29:09 +0200
Received: from nobody by xxx with local (Exim 4.50)
	id xxx
	for xxx@xxx; Wed, 27 Sep 2006 11:29:07 +0200
To: xxx@xxx
Subject: Auftragsbestätigung xxx
From: xxx@xxx
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Message-Id: <xxx@xxx>
Date: Wed, 27 Sep 2006 11:29:07 +0200




MAIL TEXT

Hier nochmal der Fehler und die Ordnereigenschaften aufem Bild. (denke das reicht nun alles)

Hallo,

ähm in dem Code sind alle Sachen drin die in dem Mailquelltext vorkommen. Musst runter scrollen falls du das nicht gesehen hast. Wenn du noch andere Sachen meinst die mit in der Mail sein sollten, naja da steht nix mehr sonst.

hier nochmal das was du suchst.

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

aber wie gesagt das steht oben im Quelltext eigentlich schon.

Hallo,

naja eine Lösung nicht unbedingt.

Ich nutze TB um auf einen IMAP Server zuzugreifen, könnte Local aber ähnlich ablaufen. Und zwar habe ich meine Ordner in UTF-8 kodiert, zwar sind Haken bzw. keine Haken gesetzt, das falls Nachrichten mit anderer Kodierung kommen die richtig angezeigt werden. Leider hat dies keine Auswirkung. Wähle ich nun beim Ordner iso-8859-1 aus wird der Betreff richtig dargestellt.

Also muss es irgendwie einen Bug geben das zu so einem Fehler kommt, oder aber es geht nicht wie man sich das vorstellt, oder es gibt vieleicht doch noch eine andere Möglichkeit.

Hatte damals auch meine Nachricht an mrb weiter geleitet aber bis jetzt keine Antwort bekommen, ist wohl alles korrekt nur wird nicht korrekt angezeigt.

Hallo mrb,

ich habe jetzt eine Mail umgeleitet die müsste auch bei dir angekommen sein, ist aber vom 18.02.2008 21:31 und im Betreff nach ICQ ist Game Over. Es kann natürlich sein das es bei dir im Spam gelandet ist, bitte überprüfen. Die Einstellungen habe ich soweit alle bis darauf hin das im Ordner halt UTF-8 bevorzugt wird außer eine E-Mail hat eine andere Kodierung.

Mist in diesem Beispiel steht MIME-Version: 1.0 nicht mit drin, aber ich habe andere Mails die das gleiche Problem haben wo MIME-Version: 1.0 drin steht. Außerdem Antworte nicht auf die Mail da ich nicht Absender bin sondern nur weiter geleitet habe. Zur not kann ich auch noch eine verschicken mit MIME-Version: 1.0 im Quelltext.

Hallo,

danke fürs Checken, ja hatte ja schon mitbekommen das auf jeden nicht MIME-Version 1.0 drin steht. Irgendwie funktioniert das jetzt bei den anderen Mails auf einmal wo es auch Fehler gemacht hat (glaube). Jedenfalls soweit ich mich erinnern kann gab es bei mir Mails die

Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable (ka genau ob das so drin stand oder nur printable oder was anders)

jedenfalls hatten die sowas drin stehen und im Betreff dann aber normal geschrieben also nicht sowas
=?ISO-8859-15?Q?staat_=28_in_parathese=29=5D?=
sondern halt zum Beispiel
überprüfen

Und da nichts mit ISO blabla davor steht ist es nicht Standardkonform und wird richtigerweise von Thunderbird falsch dargestellt, ist das korrekt? Somit sind die Sender Clients halt nicht Konform und man kann selbst daran nicht wirklich was ändern. Danke für den Hinweis und die Erklärung.

Hättest mir gesagt das =?ISO auch im Betreff stehen muss hätte ich schon gewusst das da der Fehler liegt Ich dachte durch Content-Type charset würde es schon reichen, aber war wohl falsch gedacht. Also nochmal Danke

Hi zusammen,

ich bin hier unter XP SP 3 unterwegs mit TB 3.0 (und Outlook 2003 SP3) und habe ein ähnliches Problem (weshalb ich jetzt nicht einen separaten Thread aufgemacht habe):
Ich sende Mails aus einer Perl-Anwendung heraus, die das CPAN-Modul http://search.cpan.org/perldoc?Mail::Sender::Easy verwendet. Ein Beispiel-Schnipsel sieht so aus (diese Skriptdatei ist in UTF-8 kodiert):

use Mail::Sender::Easy qw(email);
$mail_return = email({
  'from' => 'Beispielabsender mit Ümläuten <foo@bar.baz>',
  'to' => 'foo2@bar.baz',
  'subject' => 'üüüüüberlaaaaange Beträffzeile mit Ümlauten xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'smtp' => $mein_smtp_server,
  '_text_info' => { charset => 'utf-8', encoding => 'quoted-printable' },
  '_text' => 'Beispieltext mit Ümlauten',
});

Resultat:
- in TB 3 werden die Umlaute im eMail-Body korrekt angezeigt (TB ist überall auf UTF-8 eingestellt)
- die Betreffzeile ist "zerschossen" (wird also mit "=?utf-8?Q?..." eingeleitet), aber nur, wenn sie eine bestimmte Länge überschreitet (bei zwei Umlauten habe ich festgestellt ab einer Länge von 67 Zeichen). Sprich: ein Zeichen weniger im Betreff und es wir "normal" angezeigt.
- ähnlich verhält es sich in der Absender-/Empfängerzeile (wobei ich hier nicht so viele Tests gemacht habe)
- Quelltext einer solchen Mail sieht bspw. so aus:

(...)
Subject: =?utf-8?Q?[eEB=C3=BCp-abcdef] xxxxxxxxxxxxxxxxxxxxxxx vom 2010-01-11 f=C3=BCr Ihren A=
	bcdefghi f. f.?=
(...)
MIME-Version: 1.0
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: quoted-printable
(...)
(... im Quelltext sind Umlaute im Mail-Body zerschossen ...)

- Outlook zeigt das Ganze so an, wie ich es nach meinem laienhaften Verständnis erwarten würde: Unabhängig von der Länge der Betreffzeile werden Umlaute dort korrekt angezeigt. Auch dieses ist auf UTF-8 eingestellt (wobei ich hier - wie ich gerade feststelle - nicht so viele "Schrauben habe, an denen ich drehen kann"). Der Quellcode sieht in Outlook (natürlich) genauso aus.

Ist das irgendwie ein Problem von TB? Oder wo ist da der Knackpunkt? Ich hätte jetzt erwartet, wenn ich durchgehend auf UTF-8 setze, dass es dann auch "sauber" ankommt.
Gruss

blacky