Opened 2 years ago

Closed 2 years ago

#1488311 closed Bugs (invalid)

Display of the attachment's filename encoding on the webpage is incorrect

Reported by: log69 Owned by:
Priority: 5 Milestone: 0.8-beta
Component: MIME parsing Version: 0.5.4
Severity: normal Keywords: attachment file name encoding
Cc: han@…

Description

Dear Developers,

I'd like to ask help regarding the following issue.

System: Debian GNU/Linux 6.0.3 (64-bit)
Roundcube: 0.5.4 (backports)
PHP: 5.3.3-7
Locale is en_US.UTF-8

When I compose a mail and attach a file with extra characters in it, then the encoding of the attachment on the sent mail is displayed incorrectly - as if with a wrong encoding. This problem exists only on the user interface AFAIK. On both server side and at the recipient side the attachment file name appears good. What more, sending mail from a mail client (Thunderbird or Oulook) doesn't bring up any issues either. It is only according to mails that are sent from within Roundcube.

For example, if the attachment with hungarian letters looks like this:

árvíztűrőtükörfúrógép.txt

..(this is a made-up word to test encoding), the result will be:

árvà ztűrőtükörfúrógép.txt

The error log of Roundcube does not contain any relevant - neither during the sending, nor after.

Screenshot of the page:
http://img208.imageshack.us/img208/3049/testkz.png

My test mail:
http://pastebin.com/fERfVfjc

I'm using the backported version of Roundcube, because we need those features. Important difference is that with the stable 0.3.x version I don't have any issues on the same system with the same settings and it works just fine. This problem exists with 0.5.4 (and also tested 0.7 too).

I have also played with the setting in main.php (default_charset, mime_param_folding) but without any success.

I've been struggling with this for a week now and I would appreciate any help.

Thanks, and my best.

Andras

Change History (10)

comment:1 follow-up: Changed 2 years ago by alec

  • Component changed from User Interface to MIME parsing
  • Milestone changed from later to 0.8-beta

Attachment headers are malformed. Did you try to sent from 0.7? Works for me. What if you save a draft with attachment?

comment:2 in reply to: ↑ 1 Changed 2 years ago by log69

Replying to alec:

Attachment headers are malformed. Did you try to sent from 0.7? Works for me. What if you save a draft with attachment?

When I create a new mail and save it as a draft, the same thing happens. The file name of the attachment gets messy. This is under both 0.5.4 and 0.7 too. Sending the e-mail still causes the exact problem written above under both versions.

Thanks for the quick answer.

comment:3 follow-ups: Changed 2 years ago by alec

Aaa. I suppose you have old PEAR::Mail_mime package version. Roundcube 0.7 requires Mail-mime-1.8.1. I don't remember what was 0.5's requirement.

comment:4 in reply to: ↑ 3 ; follow-up: Changed 2 years ago by log69

Replying to alec:

Aaa. I suppose you have old PEAR::Mail_mime package version. Roundcube 0.7 requires Mail-mime-1.8.1. I don't remember what was 0.5's requirement.

My package versions:
php-pear (5.3.3)
php-mail-mime (1.8.0)
php-mail-mimedecode (1.5.0)

comment:5 in reply to: ↑ 4 Changed 2 years ago by log69

Replying to log69:

Replying to alec:

Aaa. I suppose you have old PEAR::Mail_mime package version. Roundcube 0.7 requires Mail-mime-1.8.1. I don't remember what was 0.5's requirement.

My package versions:
php-pear (5.3.3)
php-mail-mime (1.8.0)
php-mail-mimedecode (1.5.0)

If it could help you track the issue, I gladly give SSH access to my virtual system.

comment:6 follow-ups: Changed 2 years ago by alec

Write to alec at alec.pl with access info to 0.7 version instance.

comment:7 in reply to: ↑ 6 Changed 2 years ago by log69

Replying to alec:

Write to alec at alec.pl with access info to 0.7 version instance.

Could you confirm that yor GPG key fingerprint is 19359DC1 ?

comment:8 in reply to: ↑ 6 Changed 2 years ago by log69

Replying to alec:

Write to alec at alec.pl with access info to 0.7 version instance.

I've sent the mail anyway.

comment:9 in reply to: ↑ 3 Changed 2 years ago by log69

Replying to alec:

Aaa. I suppose you have old PEAR::Mail_mime package version. Roundcube 0.7 requires Mail-mime-1.8.1. I don't remember what was 0.5's requirement.

Finally, as you have suggested, installing the latest (currently 1.8.2) Mail_Mime solved the problems.

On Debian, both the backported version of Roundcube 0.5.4 and the current unstable version 0.7 is packaged to be depended on Mail_Mime 1.8.0 which is incorrect.

The folloing command solved it on my Debian 6 box:
pear install mail_mime

The following files have been changed by this:
/usr/share/php/Mail/mimePart.php
/usr/share/php/.registry/mail_mime.reg
/usr/share/php/.filemap
/usr/share/php/Mail/mime.php

I'll report the issue to the Debian Bug tracking system.

Thanks again!

comment:10 Changed 2 years ago by alec

  • Resolution set to invalid
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.