Workaround for buggy attachment names in BODYSTRUCTURE response

[kwakushka]

I don't know how many times it is possible to write about it, but even in last RoundCube version there is a problem concerning displaying Russian named files in attachments, as a result such names are displayed completely unreadable.

====

---

Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document;

name="=?koi8-r?B?/M7Gz9LUwSDV0NLP9MXILmRvY3g=?="

Content-Transfer-Encoding: base64
Content-Disposition: attachment;

filename="=?koi8-r?B?/M7Gz9LUwSDV0NLP9MXILmRvY3g=?="

====

[alec]

Works for me. What IMAP server? What PHP/OS version? Do you have iconv/mbstring modules installed? Enable IMAP debug and provide the log.

[kwakushka]

Thanks for your reply.

1. IMAP Server - Mercury/32.
2. PHP/OS, iconv/modules - ​http://test-l2-apache1.1gb.ru/phpinfo.php
3. IMAP log in attache.

[alec]

I don't see BODYSTRUCTURE response in the log. Disable caching and try again.

[kwakushka]

Is this log OK?

[alec]

No it isn't.

("application" "vnd.openxmlformats-officedocu" ("NAME" "üÎÆÏÒÔÁ ÕÐÒÏôÅÈ.docx") NIL NIL "BASE64" 189817 NIL NIL NIL)

Two bugs here. Attachment content-type is truncated, attachment name is decoded.

[kwakushka]

It could be reasonable, but why then all email clients (and all other web-based email clients mail.ru, GMail.com, yandex.ru) show this attachment name normally, except for RC?

Our hosting counts about ten thousand client and we use RC since version 0.2, but all this time our users have problems with these attachment names. We are completely and fully tired of such problems, i don't know, if it is so awfully difficult to fix it OK?

[alec]

Some mail clients doesn't use BODYSTRUCTURE. We trust to the server response in this case. So, it's possible to do a workaround for your server issue, but it will be not a priority for us. Most servers are working well in this area. This is not a bug in Roundcube, changed ticket's type to Feature Request.