Zammad: Assuntos de e-mail codificados em UTF-8 como "=? UTF-8? Q? Pessoal = C3 = A4nderung? =" Não decodificado

Criado em 29 jan. 2019  ·  3Comentários  ·  Fonte: zammad/zammad

Infos:

  • Versão Zammad usada: 2.8
  • Método de instalação (fonte, pacote, ..): qualquer
  • Sistema operacional: qualquer
  • Banco de dados + versão: qualquer
  • Versão do Elasticsearch: qualquer
  • Versão do navegador +: qualquer

Comportamento esperado:

  • o assunto analisado deve ser Personaländerung

Comportamento real:

  • o assunto analisado é =?UTF-8?Q?Personal=C3=A4nderung?=

Passos para reproduzir o comportamento:

  • Analise um e-mail com um cabeçalho de assunto que seja uma string imprimível entre aspas UTF-8, como =?UTF-8?Q?Personal=C3=A4nderung?=

Sim, tenho certeza que isso é um bug e nenhuma solicitação de recurso ou uma questão geral.

Isso está relacionado ao # 1045, que trata da análise de um assunto de string imprimível citado por us-ascii.

EDITAR: O relatório original continha uma sequência de disparo incorreta: =?UTF-8?Q?Personal=C3=A4nderung?= . Obrigado a @martinvonwittich por apontar o erro. A string de acionamento correta é =?UTF-8?Q? Personal=C3=A4nderung?= , com um caractere de espaço significativo adicionado.

bug mail processing verified

Comentários muito úteis

Obrigado por verificar, @martinvonwittich! Você está correto, cometi um erro no relatório do bug. A string incorreta é =?UTF-8?Q? Personal=C3=A4nderung?= , com um espaço na frente da string. O assunto original era uma frase contendo a palavra "Personaländerung", com um espaço antes da própria palavra. Eu acidentalmente retirei o espaço na frente, pensando que é puramente o trema que está causando o problema. Mas, infelizmente, o espaço extra é realmente crítico para ativar o bug.

Eu editei o título do problema e meu OP, junto com uma nota de edição.

Todos 3 comentários

Por algum motivo, não consigo reproduzir isso. Minha instância do Zammad 2.8.x parece lidar bem com esses dois casos:

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

A fonte de e-mail 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

Obrigado por verificar, @martinvonwittich! Você está correto, cometi um erro no relatório do bug. A string incorreta é =?UTF-8?Q? Personal=C3=A4nderung?= , com um espaço na frente da string. O assunto original era uma frase contendo a palavra "Personaländerung", com um espaço antes da própria palavra. Eu acidentalmente retirei o espaço na frente, pensando que é puramente o trema que está causando o problema. Mas, infelizmente, o espaço extra é realmente crítico para ativar o bug.

Eu editei o título do problema e meu OP, junto com uma nota de edição.

Os casos de teste anteriormente incorretos foram corrigidos via 0b472fa.

Esta página foi útil?
0 / 5 - 0 avaliações