Hallo,
Wurde die Mail von OTRS erstellt oder kam die Mail von außen und es geht allein um die Anzeige?
es geht um die Anzeige von eingehenden E-Mails, die ja leider in den merkwürdigsten Formaten daherkommen. Wegen der nicht zum angegebenen Character-Set passenden Zeichen scheint OTRS da also eingehend ein Verarbeitungsproblem zu haben.
Viele Grüße Manfred Dohmen
____________________________________________________________ Großes Kino für zu Hause - Kostenlos für alle WEB.DE Nutzer! Jetzt kostenlos anmelden unter http://www.blockbuster.web.de
Wurde die Mail von OTRS erstellt oder kam die Mail von außen und es geht allein um die Anzeige?
es geht um die Anzeige von eingehenden E-Mails, die ja leider in den merkwürdigsten Formaten daherkommen. Wegen der nicht zum angegebenen Character-Set passenden Zeichen scheint OTRS da also eingehend ein Verarbeitungsproblem zu haben.
Das würde ich so nicht sagen. Eine solche Mail ist eindeutig nicht standardkonform. Eine Anwendung sollte sich eigentlich nicht darum kümmern müssen, dass eingehende Daten von Dritt-Programmen (dem MTA) möglicherweise nicht der "definierten Schnittstelle" (dem standardi- sierten Mail-Format) entsprechen.
Wahrscheinlich KÖNNTE otrs auch noch zig-tausend Tests und Heuristiken durchlaufen, um bei allen möglichen Mail-Format-Fehlern den gemeinten Inhalt der Mail trotzdem zu "erraten" - aber woher weißt Du denn, dass mit der Byte-Sequenz 0xe4 in der Mail tatsächlich unser deutsches "ä" gemeint war? Aus dem Header kann man das nicht schließen (da stand US-ASCII, und bei US-ASCII ist 0xe4 gar keinem Zeichen zugeordnet)... Du schließt das nur, weil einfach nichts anderes "Sinn macht" - aber woher soll eine Software so was wissen?
Das TODO liegt eher bei deinem MTA, der eine solche Mail gar nicht erst annehmen dürfte...
-stefan-
Hallo,
On Di, Jul 29 2008, Manfred Dohmen wrote:
Wurde die Mail von OTRS erstellt oder kam die Mail von außen und es geht allein um die Anzeige?
es geht um die Anzeige von eingehenden E-Mails, die ja leider in den merkwürdigsten Formaten daherkommen.
Dann verstehe ich ehrlich gesagt die Frage nicht (sofern die Problembeschreibung überhaupt eine impliziert.) Wenn im Header der falsche Zeichensatz deklariert ist, ist es nicht verwunderlich, wenn es daraufhin zu Darstellungsproblemen kommt. Es ist ja nicht so, daß die Zeichensatzdefinition im Header fehlt (in dem Fall könnte der Zeichensatz notfalls erraten werden, auch wenn das nur bis zu einem gewissen Grad überhaupt funktioniert), stattdessen gibt "content-type" einen Zeichensatz an - nur eben den falschen.
Viele Grüße
Henning
On Tue, Jul 29, Henning Oschwald wrote:
Hallo,
On Di, Jul 29 2008, Manfred Dohmen wrote:
Wurde die Mail von OTRS erstellt oder kam die Mail von außen und es geht allein um die Anzeige?
es geht um die Anzeige von eingehenden E-Mails, die ja leider in den merkwürdigsten Formaten daherkommen.
Dann verstehe ich ehrlich gesagt die Frage nicht (sofern die Problembeschreibung überhaupt eine impliziert.) Wenn im Header der falsche Zeichensatz deklariert ist, ist es nicht verwunderlich, wenn es daraufhin zu Darstellungsproblemen kommt. Es ist ja nicht so, daß die Zeichensatzdefinition im Header fehlt (in dem Fall könnte der Zeichensatz notfalls erraten werden, auch wenn das nur bis zu einem gewissen Grad überhaupt funktioniert), stattdessen gibt "content-type" einen Zeichensatz an - nur eben den falschen.
Aber ein kompletter Abbruch der E-Mail am ersten Fehler ist schon ein wenig hart. Das würde ich schon als Fehler sehen. Bei meinen Evaluationstest am Anfang des Jahres mit der Version 2.2 ist mir sowas komischerweise gar nicht aufgefallen.
Man kann das (aber man muss nicht ;-) durchaus besser lösen. Beim Eingang der E-Mails ins Ticketsystem wird ja der Body nach utf-8 konvertiert. Wenn an dieser Stelle Konvertierungsfehler auftreten, kann man ein paar "übliche" Zeichensätze - das wären hier eben utf-8 oder iso-8859-15 - durchprobieren, bis keine Konvertierungsfehler auftreten. Die Zeichensätze könnten konfigurierbar sein.
Das ist natürlich eine "Tüpfelchen-auf-dem-i-Funktion".
Alternativ könnte man auch das eine Zeichen, das nicht konvertiert werden kann, einfach durch ein anderes ersetzen, Unicode sieht da ja sogar einen eigenen Codepoint dafür vor. Dann kann man die E-Mails zumindest lesen, ohne auf den Klartext zurückzugreifen (viel Spaß, wenn dieser wiederum Base-64-kodiert ist!).
Bei der Anzahl der falsch kodierten E-Mails, die einem so reinflattern, wäre das gar nicht so übel. Letztlich liegt das ja leider meist außerhalb der eigenen Kontrolle.
Cheers!
Michael Radziej
participants (4)
-
Henning Oschwald
-
Manfred Dohmen
-
Michael Radziej
-
Stefan Palme