Summary | utf-8 mime encoding |
Queue | IMP |
Queue Version | 4.0.2 |
Type | Bug |
State | Resolved |
Priority | 2. Medium |
Owners | Horde Developers (at) |
Requester | alex (at) vc (dot) bks (dot) by |
Created | 03/21/2005 (7411 days ago) |
Due | |
Updated | 05/12/2005 (7359 days ago) |
Assigned | 05/12/2005 (7359 days ago) |
Resolved | 05/12/2005 (7359 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
filename to the sending character set. I've fixed it so that this
filename is always stored in the character set of the browser (i.e.
NLS::getCharset()). Hopefully, this fixed it (*cringe* - thanks for
your patience).
filename should always be in utf-8.
Traditional Chinese letters. I test sending the attachment with three
different charsets, latin1 - my default one, utf-8 and big5; both
specifying the email charset before and after uploading the
attachment. The only case that works is if i set the email charset to
utf-8 before uploading the attachment. All other cases fail. The
latin1 tests must fail of course.
State ⇒ Feedback
http://lists.horde.org/archives/cvs/Week-of-Mon-20050509/044614.html
State ⇒ Assigned
preferences, not in the charset that he selected in the compose
screen. If I select a different charset in the compose screen *before*
uploading the attachment, the correct charset is used in the header
encoding, but the filename is not converted from the UI charset to the
selected.
State ⇒ Resolved
framework/MIME/MIME/Part.php) and has been fixed in 3.0.5.
State ⇒ Assigned
if this is the UI charset.
State ⇒ Resolved
I'm going to go ahead and commit it to 4.0.3.
them or you will have to manually patch the files (which shouldn't be
too hard since framework is pretty well synced with HEAD at this point
and there isn't more than 5 or 6 lines that changed). I just wanted
feedback from someone before I merged this with stable.
Can I try get some file from cvs, or I must get whole tree?
If I can - what file?
State ⇒ Feedback
Assigned to
State ⇒ Assigned
imp/prefs.php without defining any "value".
Then, I have another question - setting that value to, for example
"windows-1251", I see that charset is used for encoding headers, but
filenames in attachments still encoded with UTF-8.
If it right, can I change default encoding for filenames?
State ⇒ Feedback
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ utf-8 mime encoding
Queue ⇒ IMP
State ⇒ Unconfirmed
this "Subject: =??b?0L/RgNC+0LLQtdGA0LrQsA==?=".
As it's a utf8-encoded subject, why it not contain "=?utf-8?" at
begin? Some mail clients may not correct detect encoding of this
message.