-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Roundcube break attachment name with special characters #9725
Comments
This will be better sample: Normal_name-āēķčūĒŠķņ.txt
Can see short name with special characters showing OK --> but longer file names not ok :( |
so how to force roundcube use filename* for attachment names? |
I suspect this is an IMAP server fault. Look into BODYSTRUCTURE response in debug log. |
All other mail clients (gmail, sogo, hotmail) have the same mail copy and filenames are OK ... |
|
For sure BUG - I`m not alone with this problem! |
If I hack the code in This is indeed fixed in master, but not in 1.6. Only because we now give priority to the Content-Disposition header. Looking at RFC2231 and RFC2047 I don't think these Content-Type headers are encoded properly. I have no idea how common this format might be, and whether it exists for messages without Content-Disposition. Maybe we could handle this format better. |
Hello!
If I receive an attachment with a long name and special characters, the filename appears as Base64 encoding. ...
looks like parts: name0=,name1=,name*2= NOT merge right together...
What browser(s) are you seeing the problem on?
Chrome
What version of Roundcube are you using?
1.6.9
The text was updated successfully, but these errors were encountered: