Open toonn opened 5 years ago
@toonn So, according to the standard, the encoded header should be split into multiple lines each up to 75 bytes, and mime-mail
does not do that. Do I understand you right?
If this causes problems for you and you are willing to put in the work, I shall merge a patch that exposes (say, via a quick check property) and fixes this issue, for a total of 2 commits. Unfortunately it is unlikely that I shall be able to find time to do it myself, and probably the same can be said about other maintainers.
It seems like the implementation doesn't respect the character limit on
encoded-words
specified in RFC-2047. The following example string is 139 characters:It results in the following
encoded-word
representation:As I read it the RFC requires the following (I included a field identifier because I believe it's included in the count):