Sonderzeichensalat - wer ist der Urheber?

    Liebe Alle,

    in unserem kleinen Unternehmen reicht es aus, einen lokalen TB Mailordner als Fifo-Stapel für die Vorgangsbearbeitung zu nutzen. Um die Vorgänge wiederzufinden, tagen wir die Mails zu denen sie gehören, indem wir den Mail-Betreff entsprechend editieren. Nun kommt es immer wieder vor, dass dabei auch unberührt gebliebene Sonderzeichen in die bekannten kryptischen Zeichenfolgen umklappen. Wer ist dafür verantwortlich? Der Sender der Mail, der Provider (keiner aus der 'bösen' Liste) oder wir selbst. Für unseren Mailverkehr und die Ablage sind UTF_8 und plain Text voreingestellt.

    Besten Dank, Lino

    [102.9.1, Win10, IMAP, DomainFactory, MS Defender]

    :->

    The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)
    Ever wonder about that mysterious Content-Type tag? You know, the one you’re supposed to put in HTML and you never quite know what it should be? Did you ever…
    www.joelonsoftware.com
    Quote from keltas

    Um die Vorgänge wiederzufinden, tagen wir die Mails zu denen sie gehören, indem wir den Mail-Betreff entsprechend editieren. Nun kommt es immer wieder vor, dass dabei auch unberührt gebliebene Sonderzeichen in die bekannten kryptischen Zeichenfolgen umklappen.

    Wie sieht der 'Subject:'-Header im Quelltext aus – vorher / nachher?

    Quote from Veteran
    Quote from keltas

    Um die Vorgänge wiederzufinden, tagen wir die Mails zu denen sie gehören, indem wir den Mail-Betreff entsprechend editieren. Nun kommt es immer wieder vor, dass dabei auch unberührt gebliebene Sonderzeichen in die bekannten kryptischen Zeichenfolgen umklappen.

    Wie sieht der 'Subject:'-Header im Quelltext aus – vorher / nachher?

    Wie der Header vor dem Editieren aussah kann ich jetzt nicht mehr feststellen, aber an der fraglichen Stelle muss der meiner Codierungseinstellung entsprechende Code für ein "ü" gestanden haben.

    Quote from Drachen
    Quote from keltas

    .... dass dabei auch unberührt gebliebene Sonderzeichen in die bekannten kryptischen Zeichenfolgen umklappen.

    Hallo, magst du das evtl. in einer Weise näher beschreiben, die auch für Unbeteiligte verständlich ist?

    ... Nachdem ich den Betreff-Text editiert habe, änderte sich auch die Darstellung des Umlauts. Das spricht dafür, dass irgendein Prozess eine andere Codierung für den ganzen Header untergeschoben hat. Mglw. kann es auch am 'EditEmaiSubject MX' AddOn das ich verwende liegen?

    Quote from keltas

    Mglw. kann es auch am 'EditEmaiSubject MX' AddOn das ich verwende liegen?

    Das wird es wohl sein, denn Nicht-ASCII Zeichen in den Headern müssen besonders kodiert sein:

    Code
    Subject: =?UTF-8?Q?K=c3=bcndigungsbest=2e_E4_Gas_Kundennummer_2001210000?=

    ... aha, besten Dank. Wie kriege ich denn jetzt die überflüssigen Zeichen aus der Subject-Zeile wieder raus? Gibt's ein Edit AddOn für bestehende Header?

    Quote from keltas

    Gibt's ein Edit AddOn für bestehende Header?

    Keine Ahnung – manuell könnte man die Nachrichten auf Systemebene editieren. Dann müßte man anschließend natürlich die Ordner 'Reparieren' lassen.

    Quote from keltas

    dass sich MailClients (einschl. TB) ihr eigenes kleines Filesystem leisten

    Bist du dir dessen ganz sicher? Es ist ja ein seit Jahrzehnten etabliertes Format (Wikipedia-Link), welches hier verwendet wird, und kein "eigenes".

    Quote from keltas

    Wann kommt reliant

    Meinst du https://de.wikipedia.org/wiki/Reliant_(Begriffskl%C3%A4rung) oder https://dict.leo.org/englisch-deutsch/reliant?

    ... aber man sieht wieder mal, wie kontraproduktiv es ist, schlecht passende Vokabeln einzustreuen ;-) :-P

    ... ja, ich bin mir da relativ sicher. mbox ist älter als jedes OS auf dem man hätte aufsetzen können. Und

    'reliant' passt auch :saint:

    ... sorry, noch mal zurück zum ursprünglichen Thema, also zur Frage, wie überhaupt eine falsche Zeichencodierung zustande kommt.

    Im Betreff einer Mail steht z.B. statt eines 'ü' C383 C2BC. Hier sollte wohl ein ü in UTF-8 codiert werden: C3BC. Daraus wurden dann irgendwie (wie?) die ISO8859 Zeichen C3 und BC. Codiert man diese wiederum in UTF-8 kommt C383 C2BC heraus. So weit so schlecht. Nun ist meine Frage, wie das passieren kann, also wer hier wann mit der falschen Codierung eingegriffen hat, Sender, Server, Empfänger ...?

    Besten Dank, Lino





    Top