Open markusramsak opened 3 years ago
Hi @markusramsak --
This one too is invalid. It fails on two parts:
An encoded-word may replace a "text" token (as defined by RFC 822) in: (1) a Subject or Comments header field, (2) any extension message header field, (3) any user-defined message header field, or (4) any RFC 1341 body part header field (such as Content-Description) for which the field body contains only "text"s.
That means for example, this is a commented part: (=?UTF-8?=Q?blah?=)
but this is not: =?UTF-8?=Q?(blah)?=
.
Again, I welcome discussion/examples of other handling, etc...
I believe you but these is a part of an real email where this case happenend. I understand if you don't want to handle these cases but then I would try to handle these cases. These cases are rare but they happen.
This would also be fixed by prioritizing the mime-encoded part over the quoted part like #159 if it makes sense to do so (should be investigated to see impact/usefulness).
The "From: " part of this simplified email cannot be parsed correctly. The result should be:
Holger_Akademie für Impulsgebung <test@gmail.com>