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 によって修正されました。