The following issue has been SUBMITTED.
======================================================================
http://www.dbmail.org/mantis/view.php?id=345
======================================================================
Reported By: kaname
Assigned To:
======================================================================
Project: DBMail
Issue ID: 345
Category: IMAP daemon
Reproducibility: always
Severity: major
Priority: normal
Status: new
======================================================================
Date Submitted: 10-May-06 09:55 CEST
Last Modified: 10-May-06 09:55 CEST
======================================================================
Summary: The attached file name of the multipart mail becomes
UTF-8 from the base64 encoding.
Description:
I'm sorry in poor English.
It requests it as follows by the IMAP protocol.
A001 UID FETCH 12345 (FLAGS BODYSTRUCTURE)
Then, _structure_part_multipart() of dm_imaputil.c passes.
The imap_append_hash_as_string() is called, and refer to the value
of type->param_hash in that.
The value of this hash table is not value of former mail,
and might been converted into UTF-8.
It is done in the gmime library, and filename happens when
it is encoding in base64.
It is in decode_param() of gmime-param.c.
In DBMail, the return value of gmime is returned
as a return value of the IMAP protocol.
The part of filename of multipart mail has replaced UTF-8.
The mailer that cannot understand UTF-8 to filename is garbled.
To begin with, is it correct to return filename UTF-8?
I do not understand how to evade this phenomenon with DBMail.
Please give a good hint.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
10-May-06 09:55 kaname New Issue
======================================================================
