Zammad: "=? UTF-8? Q? Personal = C3 = A4nderung? ="과 같은 UTF-8 인코딩 이메일 제목은 디코딩되지 않습니다.

어떤 이유로 나는 이것을 재현 할 수 없습니다. 내 Zammad 2.8.x 인스턴스는 다음 두 경우 모두 잘 처리하는 것 같습니다.

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

완전한 메일 소스 :

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

다시 확인해 주셔서 감사합니다, @martinvonwittich! 맞습니다. 버그 신고에서 실수를했습니다. 문제가되는 문자열은 =?UTF-8?Q? Personal=C3=A4nderung?= 이며 문자열 앞에 공백이 있습니다. 원래 주제는 단어 자체 앞에 공백이있는 "Personaländerung"이라는 단어가 포함 된 문장이었습니다. 나는 그것이 문제를 일으키는 순전히 움라우트라고 생각하면서 실수로 앞의 공간을 제거했습니다. 그러나 아아, 추가 공간은 실제로 버그를 활성화하는 데 중요합니다.

나는 편집 노트와 함께 이슈 제목과 내 OP를 편집했습니다.

이전에 잘못된 테스트 사례는 0b472fa를 통해 수정되었습니다.