Zammad: Sujets de courrier électronique codés en UTF-8 tels que "=?UTF-8?Q? Personal=C3=A4nderung?=" non décodés

Créé le 29 janv. 2019  ·  3Commentaires  ·  Source: zammad/zammad

Informations :

  • Version Zammad d'occasion : 2.8
  • Méthode d'installation (source, package, ..) : toute
  • Système d'exploitation : tout
  • Base de données + version : toutes
  • Version Elasticsearch : toute
  • Navigateur + version : toute

Comportement prévisible:

  • le sujet analysé doit être Personaländerung

Comportement réel :

  • le sujet analysé est =?UTF-8?Q?Personal=C3=A4nderung?=

Étapes pour reproduire le comportement :

  • Analyser un e-mail avec un en-tête d'objet qui est une chaîne imprimable entre guillemets UTF-8 comme =?UTF-8?Q?Personal=C3=A4nderung?=

Oui, je suis sûr que c'est un bug et aucune demande de fonctionnalité ou une question générale.

Ceci est lié à #1045, qui concerne l'analyse d'un sujet de chaîne imprimable entre guillemets us-ascii.

EDIT : le rapport d'origine contenait une chaîne de déclenchement incorrecte : =?UTF-8?Q?Personal=C3=A4nderung?= . Merci à @martinvonwittich d' avoir signalé l'erreur. La chaîne de déclenchement correcte est =?UTF-8?Q? Personal=C3=A4nderung?= , avec un caractère espace significatif ajouté.

bug mail processing verified

Commentaire le plus utile

Merci pour la double vérification, @martinvonwittich ! Vous avez raison, j'ai fait une erreur dans le rapport de bug. La chaîne incriminée est =?UTF-8?Q? Personal=C3=A4nderung?= , avec un espace devant la chaîne. Le sujet original était une phrase contenant le mot « Personaländerung », avec un espace devant le mot lui-même. J'ai accidentellement supprimé l'espace devant, pensant que c'est purement le tréma qui cause le problème. Mais hélas, l'espace supplémentaire est en fait essentiel pour activer le bogue.

J'ai édité le titre du numéro et mon OP, ainsi qu'une note d'édition.

Tous les 3 commentaires

Pour une raison quelconque, je suis incapable de reproduire cela. Mon instance Zammad 2.8.x semble gérer correctement ces deux cas :

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

La source de messagerie complète :

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

Merci pour la double vérification, @martinvonwittich ! Vous avez raison, j'ai fait une erreur dans le rapport de bug. La chaîne incriminée est =?UTF-8?Q? Personal=C3=A4nderung?= , avec un espace devant la chaîne. Le sujet original était une phrase contenant le mot « Personaländerung », avec un espace devant le mot lui-même. J'ai accidentellement supprimé l'espace devant, pensant que c'est purement le tréma qui cause le problème. Mais hélas, l'espace supplémentaire est en fait essentiel pour activer le bogue.

J'ai édité le titre du numéro et mon OP, ainsi qu'une note d'édition.

Les cas de test précédemment incorrects ont été corrigés via 0b472fa.

Cette page vous a été utile?
0 / 5 - 0 notes