Summary | National characters in message headers may be improperly encoded when redirecting mail |
Queue | IMP |
Queue Version | 4.2 |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | slusarz (at) horde (dot) org |
Requester | mark.manning (at) nexussafe (dot) com |
Created | 07/01/2008 (6216 days ago) |
Due | |
Updated | 07/03/2008 (6214 days ago) |
Assigned | 07/01/2008 (6216 days ago) |
Resolved | 07/03/2008 (6214 days ago) |
Milestone | |
Patch | Yes |
http://cvs.horde.org/diff.php/imp/docs/CHANGES?r1=1.699.2.322&r2=1.699.2.323&ty=u
http://cvs.horde.org/diff.php/imp/lib/MIME/Contents.php?r1=1.153.4.57&r2=1.153.4.58&ty=u
http://cvs.horde.org/diff.php/imp/lib/UI/Compose.php?r1=1.15.2.10&r2=1.15.2.11&ty=u
State ⇒ Resolved
unnecessary charset converts. All necessary charset converts is
already done automatically at send time.
What is true is that we could be altering the encoding of the headers
of the original message - and a resend should really be passing the
headers on as is. So the only necessary change is to create a headers
object that doesn't decode the header values when we are building it.
Fixed in IMP 4.2.1.
http://cvs.horde.org/diff.php/imp/docs/CHANGES?r1=1.1156&r2=1.1157&ty=u
http://cvs.horde.org/diff.php/imp/lib/MIME/Contents.php?r1=1.276&r2=1.277&ty=u
http://cvs.horde.org/diff.php/imp/lib/UI/Compose.php?r1=1.24&r2=1.25&ty=u
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ National characters in message headers may be improperly encoded when redirecting mail
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ Yes
New Attachment: imp_lib_UI_compose.php.patch
State ⇒ New
redirected they can be improperly encoded when the message is sent.
This will happen if the the default MIME encoding is different the
charset being used by the browser/webapp.
Attached is a patch for imp/lib/UI/Compose.php that appears to solve
the problem.