Zammad: Temas de correo electrónico codificados en UTF-8 como "=? UTF-8? Q? Personal = C3 = A4nderung? =" No decodificados

Creado en 29 ene. 2019  ·  3Comentarios  ·  Fuente: zammad/zammad

Infos:

  • Versión de Zammad utilizada: 2.8
  • Método de instalación (fuente, paquete, ..): cualquiera
  • Sistema operativo: cualquiera
  • Base de datos + versión: cualquiera
  • Versión de Elasticsearch: cualquiera
  • Navegador + versión: cualquiera

Comportamiento esperado:

  • el asunto analizado debe ser Personaländerung

Comportamiento real:

  • el asunto analizado es =?UTF-8?Q?Personal=C3=A4nderung?=

Pasos para reproducir el comportamiento:

  • Analizar un correo electrónico con un encabezado de asunto que sea una cadena imprimible entre comillas UTF-8 como =?UTF-8?Q?Personal=C3=A4nderung?=

Sí, estoy seguro de que se trata de un error y no se solicita una función o es una pregunta general.

Esto está relacionado con # 1045, que trata sobre el análisis de un sujeto de cadena imprimible entre comillas us-ascii.

EDITAR: El informe original contenía una cadena de activación incorrecta: =?UTF-8?Q?Personal=C3=A4nderung?= . Gracias a @martinvonwittich por señalar el error. La cadena de activación correcta es =?UTF-8?Q? Personal=C3=A4nderung?= , con un carácter de espacio significativo agregado.

bug mail processing verified

Comentario más útil

¡Gracias por comprobarlo dos veces, @martinvonwittich! Tienes razón, cometí un error en el informe de error. La cadena infractora es =?UTF-8?Q? Personal=C3=A4nderung?= , con un espacio delante de la cadena. El tema original era una oración que contenía la palabra "Personaländerung", con un espacio delante de la palabra en sí. Accidentalmente quité el espacio al frente, pensando que era puramente la diéresis lo que causaba el problema. Pero, por desgracia, el espacio adicional es realmente crítico para activar el error.

Edité el título del problema y mi OP, junto con una nota de edición.

Todos 3 comentarios

Por alguna razón, no puedo reproducir esto. Mi instancia de Zammad 2.8.x parece manejar bien ambos casos:

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

La fuente de correo completa:

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

¡Gracias por comprobarlo dos veces, @martinvonwittich! Tienes razón, cometí un error en el informe de error. La cadena infractora es =?UTF-8?Q? Personal=C3=A4nderung?= , con un espacio delante de la cadena. El tema original era una oración que contenía la palabra "Personaländerung", con un espacio delante de la palabra en sí. Accidentalmente quité el espacio al frente, pensando que era puramente la diéresis lo que causaba el problema. Pero, por desgracia, el espacio adicional es realmente crítico para activar el error.

Edité el título del problema y mi OP, junto con una nota de edición.

Los casos de prueba anteriormente incorrectos se han solucionado a través de 0b472fa.

¿Fue útil esta página
0 / 5 - 0 calificaciones