Zammad: UTF-8-kodierte E-Mail-Betreffs wie "=?UTF-8?Q? Personal=C3=A4nderung?=" nicht dekodiert

Erstellt am 29. Jan. 2019  ·  3Kommentare  ·  Quelle: zammad/zammad

Infos:

  • Gebrauchte Zammad-Version: 2.8
  • Installationsmethode (Quelle, Paket, ..): any
  • Betriebssystem: beliebig
  • Datenbank + Version: beliebig
  • Elasticsearch-Version: beliebig
  • Browser + Version: beliebig

Erwartetes Verhalten:

  • der geparste Betreff sollte Personaländerung

Tatsächliches Verhalten:

  • der geparste Betreff ist =?UTF-8?Q?Personal=C3=A4nderung?=

Schritte zum Reproduzieren des Verhaltens:

  • Analysieren Sie eine E-Mail mit einem Betreff-Header, der eine druckbare Zeichenfolge in UTF-8-Anführungszeichen wie =?UTF-8?Q?Personal=C3=A4nderung?=

Ja, ich bin sicher, dies ist ein Fehler und keine Funktionsanfrage oder eine allgemeine Frage.

Dies hängt mit #1045 zusammen, bei dem es um das Parsen eines us-ascii-zitierten druckbaren String-Betreffs geht.

BEARBEITEN: Der ursprüngliche Bericht enthielt eine falsche auslösende Zeichenfolge: =?UTF-8?Q?Personal=C3=A4nderung?= . Danke an @martinvonwittich für den Hinweis auf den Fehler. Die korrekte auslösende Zeichenfolge ist =?UTF-8?Q? Personal=C3=A4nderung?= , mit einem zusätzlichen signifikanten Leerzeichen.

bug mail processing verified

Hilfreichster Kommentar

Danke für die doppelte Überprüfung, @martinvonwittich! Sie haben Recht, ich habe einen Fehler im Fehlerbericht gemacht. Der anstößige String ist =?UTF-8?Q? Personal=C3=A4nderung?= , mit einem Leerzeichen vor dem String. Das ursprüngliche Thema war ein Satz, der das Wort "Personaländerung" enthielt, mit einem Leerzeichen vor dem Wort. Ich habe aus Versehen das Leerzeichen davor entfernt, weil ich dachte, dass nur der Umlaut das Problem verursacht. Aber leider ist der zusätzliche Speicherplatz entscheidend für die Aktivierung des Fehlers.

Ich habe den Problemtitel und mein OP zusammen mit einer Bearbeitungsnotiz bearbeitet.

Alle 3 Kommentare

Aus irgendeinem Grund kann ich das nicht reproduzieren. Meine Zammad 2.8.x-Instanz scheint diese beiden Fälle gut zu verarbeiten:

  • Subject: =?utf-8?Q?Personal=C3=A4nderung?=
  • Subject: =?UTF-8?Q?Personal=C3=A4nderung?=

Die komplette Mailquelle:

Return-Path: <redacted@redacted>
Received: from redacted (localhost [127.0.0.1])
     by redacted (Cyrus 2.5.10-Debian-2.5.10-3+1~iserv10809+10869-1) with LMTPA;
     Wed, 30 Jan 2019 00:02:32 +0100
X-Sieve: CMU Sieve 2.4
Received: from localhost ([127.0.0.1] helo=redacted)
    by redacted with esmtpa (Exim 4.89)
    (envelope-from <redacted@redacted>)
    id 1gocOm-0007PR-Cy
    for redacted@redacted; Wed, 30 Jan 2019 00:02:32 +0100
Message-ID: <9a21f01195853f35cb86c66c64bb2d5c@redacted>
Date: Wed, 30 Jan 2019 00:02:32 +0100
Subject: =?UTF-8?Q?Personal=C3=A4nderung?=
From: Martin von Wittich <redacted@redacted>
To: zammad <redacted@redacted>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Mailer: IServ v3

test

Danke für die doppelte Überprüfung, @martinvonwittich! Sie haben Recht, ich habe einen Fehler im Fehlerbericht gemacht. Der anstößige String ist =?UTF-8?Q? Personal=C3=A4nderung?= , mit einem Leerzeichen vor dem String. Das ursprüngliche Thema war ein Satz, der das Wort "Personaländerung" enthielt, mit einem Leerzeichen vor dem Wort. Ich habe aus Versehen das Leerzeichen davor entfernt, weil ich dachte, dass nur der Umlaut das Problem verursacht. Aber leider ist der zusätzliche Speicherplatz entscheidend für die Aktivierung des Fehlers.

Ich habe den Problemtitel und mein OP zusammen mit einer Bearbeitungsnotiz bearbeitet.

Die bisher fehlerhaften Testfälle wurden über 0b472fa behoben.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen