Exchange Anhänge mit Umlautproblem
Moin zusammen,
Exchange 2016 on premisses, letztes CU
Wenn ich eine Email von einem uralten Linux Server erhalte, sind die Umlaute im Nachrichtentext zwar in Ordnung, jedoch nicht in den Dateianhängen.
Wenn ich diese Nachricht vom Linux Server aus zu einem anderen Konto schicke, das sich z.B. auf M365 befindet, passen die Umlaute.
Die Umlaute sind defekt im Outlook, auf OWA und auf dem iPhone, also ist es ein Transportproblem vom 2016er Exchange und kein Problem, dass der Client nicht richtig dekodieren würde.
Der Body der Email zeigt UTF-8 an, der Text wird ja auch danach richtig dekodiert, eben nur der Anhang nicht:
Wo könnte ich ansetzen?
Danke euch and keep rockin'
Der Mike
Exchange 2016 on premisses, letztes CU
Wenn ich eine Email von einem uralten Linux Server erhalte, sind die Umlaute im Nachrichtentext zwar in Ordnung, jedoch nicht in den Dateianhängen.
Wenn ich diese Nachricht vom Linux Server aus zu einem anderen Konto schicke, das sich z.B. auf M365 befindet, passen die Umlaute.
Die Umlaute sind defekt im Outlook, auf OWA und auf dem iPhone, also ist es ein Transportproblem vom 2016er Exchange und kein Problem, dass der Client nicht richtig dekodieren würde.
Der Body der Email zeigt UTF-8 an, der Text wird ja auch danach richtig dekodiert, eben nur der Anhang nicht:
Subject: =?UTF-8?B?XXXXXXXXXXXXXXXXXXX=?=
From: =?UTF-8?B?XXXXXXXXXXXXX=?= S <linuxserver@meinedomain.de>
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="==Multipart_Boundary_x30901ebexd5381x1dc6x2bd26x1b6x4dx"
Wo könnte ich ansetzen?
Danke euch and keep rockin'
Der Mike
Please also mark the comments that contributed to the solution of the article
Content-ID: 2482226746
Url: https://administrator.de/contentid/2482226746
Printed on: October 9, 2024 at 13:10 o'clock
21 Comments
Latest comment
- Um welche Art Attachments handelt es sich?
- Welcher Mimetype wird als Content-Type im Multipart-Abschnitt für das Attachment aufgeführt? Leider bei deiner Angabe oben nicht ersichtlich.
Zitat von @NordicMike:
Das zeigt mir Outlook scheinbar nicht mehr an. Ich mach mich mal an die Recherche, ob man irgendwo den kompletten Inhalt als Protokoll sieht. Oder weisst du wo ich das sehen würde?
Nimm MFCMAPI und öffne die Attachment-Table der Nachricht.Das zeigt mir Outlook scheinbar nicht mehr an. Ich mach mich mal an die Recherche, ob man irgendwo den kompletten Inhalt als Protokoll sieht. Oder weisst du wo ich das sehen würde?
Kannst du die andere Frage noch beantworten?
Sie haben ein Umlaut im Dateinamen.
Ach so, ich dachte im Inhalt.Eine Charset-Angabe benötigt es bei octet-stream files nicht, ist ja kein lesbarer Klartext sondern pure bytes.
Wenn die Dateinamen Umlaute enthalten aber nicht richtig dargestellt werden dann wurde der Dateiname wohl nicht richtig im Header des Attachments kodiert
z.B. so
Ein vernünftiger Mailer macht das, ältere Implementierungen oder verbuggte machen das nicht. Genauso gibt es Clients die meist ein anderes Default Encoding als UTF-8 eingestellt haben. Google & Co. in Webmailern benutzen meist per Default UTF-8 dort erscheinen dann die Namen auch korrekt.
z.B. so
Content-Type: application/octet-stream; name="=?utf-8?Q?Sch=C3=B6ne_PDF.pdf?="
Ein vernünftiger Mailer macht das, ältere Implementierungen oder verbuggte machen das nicht. Genauso gibt es Clients die meist ein anderes Default Encoding als UTF-8 eingestellt haben. Google & Co. in Webmailern benutzen meist per Default UTF-8 dort erscheinen dann die Namen auch korrekt.
Das ist normal weil der Datentyp hier immer Unicode ist.
Entscheidend ist wie Outlook den nicht enkodierten Namen interpretiert. Outlook ist hier strikt wenn der Header nicht als UTF-8 ausgewertet wird kommt es dazu, stell mal explizit auf UTF-8 in den Einstellungen von Outlook.
Ansonsten den alten Linux-Server fixen und den Namen korrekt kodiert in den Header schreiben lassen.
Es gibt Mailserver, die lehnen solche Mails schon im Vornherein ab weil die Umlaute nicht korrekt kodiert sind, denn das ist eine Sicherheitslücke und potentiell vulnerabel.
Entscheidend ist wie Outlook den nicht enkodierten Namen interpretiert. Outlook ist hier strikt wenn der Header nicht als UTF-8 ausgewertet wird kommt es dazu, stell mal explizit auf UTF-8 in den Einstellungen von Outlook.
Ansonsten den alten Linux-Server fixen und den Namen korrekt kodiert in den Header schreiben lassen.
Es gibt Mailserver, die lehnen solche Mails schon im Vornherein ab weil die Umlaute nicht korrekt kodiert sind, denn das ist eine Sicherheitslücke und potentiell vulnerabel.
Zitat von @NordicMike:
Ansonsten den alten Linux-Server fixen
Der Linux Server wird von jemanden anderen administriert. Ich würde ihm gerne sagen was er zu fixen hätte, fehlt irgendwas in einem Header?Hast du meinen Kommentar dazu überlesen?
Das muss am Exchange Transport liegen.
Nein, der jung soll das "Name" Feld des Attachments mit quoted printable richtig kodierenZitat von @NordicMike:
Es handelt sich um .jpg Bilder. Sie haben ein Umlaut im Dateinamen.
Content-Type: application/octet-stream; name="große-welle.jpg"
Das ist nach 2045 nicht vorgesehen:
token := 1*<any (US-ASCII) CHAR except SPACE, CTLs,
or tspecials>
tspecials := "(" / ")" / "<" / ">" / "@" /
"," / ";" / ":" / "\" / <">
"/" / "[" / "]" / "?" / "="
; Must be in quoted-string,
; to use within parameter values
Besser wäre sicherlich die Anwendung von RFC 2231/2047.
Zitat von @NordicMike:
Kann man dem Exchange 2016 auch beibringen per Default mit UTF-8 zu dekodieren?
Das hat nichts mit dem Exchange zu tun, das ist Client-Sache. Optionen => Erweitert => Internationale Optionen => UTF-8 Unterstützung ...Kann man dem Exchange 2016 auch beibringen per Default mit UTF-8 zu dekodieren?
OWA ist auch nur ein Client .
wäre es schön gewesen, wenn mein Exchange 2016 OWA genau so reagieren würde/könnte als M365 OWA.
Wäre schön wenn ich mein Auto nicht tanken müsste . 🖖an den Linux Admin ran gegangen
Definitiv besser, solche Mails sind halt non standard. Mein Mailserver nimmt solche fehlerhaften Mails die schon nicht den RFCs entsprechen gar nicht erst an denn die sind teilweise auch potentiell vulnerabel.Zitat von @NordicMike:
Mailinhalt wird nicht verändert, außer man sagt das dem Exchange explizit.OWA ist auch nur ein Client
Jedoch im Exchange integriert. Exchange verändert auch den Stream, sodass der selbe Outlook oder iPhone Client, der es über IMAP von einem Linux Server oder von M365 noch richtig empfangen hat, auf einmal über Exchange 2016 nicht mehr richtig empfängt. Der Knoten, in dem die Veränderung stattfindet ist immer der Exchange 2016, also keine Clientsache.Zitat von @NordicMike:
Er hängt ja auch seine Header Zeilen mit seinem Fingerabdruck dazu, also muss etwas stattfinden.
Das ist nicht der eigentliche Inhalt der Mail sondern nur die Header/Umschlag,Er hängt ja auch seine Header Zeilen mit seinem Fingerabdruck dazu, also muss etwas stattfinden.