6.0.0-beta1
7/8/25

[#7006] National characters in message headers may be improperly encoded when redirecting mail
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

History
07/03/2008 06:34:52 AM Michael Slusarz Comment #3
State ⇒ Resolved
Reply to this comment
I am very confused by much of your patch - you are doing a bunch of 
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.
07/01/2008 12:20:46 PM Jan Schneider Assigned to Michael Slusarz
State ⇒ Assigned
 
07/01/2008 11:22:35 AM mark (dot) manning (at) nexussafe (dot) com Comment #1
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 Download
State ⇒ New
Reply to this comment
If any message headers contain national characters when the message is 
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.

Saved Queries