-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Broken content type parsing of encoded parameters #61
Comments
For more then 2 years there is implemented support for Unicode parameters in content type and content disposition headers in my pull request: #51 |
So.. I do not have motivation to look at Email:: modules... |
From what I see now, all these PRs have been merged and are present in the latest version of Email::MIME however, they don't solve the error mentioned in this issue. Can you guys see if you still get this error ? |
Seems to work for me:
|
Ah, you have encoded file names. But straight UTF-8 file names still break. t1.txt contains: Content-Type: application/pdf; name="ConvocaçãoPCO.pdf" perl -MEmail::MIME -e 'Email::MIME->new(join "", <>)' < t1.txt Can you test as well please ? |
RFC 6532 support deserves an own issue / feature request in my opinion. There is more to check than |
ok, so in other words, you confirm the issue ? |
Yes. |
The text was updated successfully, but these errors were encountered: