[Tickets #8160] Re: bad mime viewer on rtf may be due to base64 encoding
bugs at horde.org
bugs at horde.org
Fri Apr 17 11:13:31 UTC 2009
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/8160
------------------------------------------------------------------------------
Ticket | 8160
Updated By | dom.lalot at gmail.com
Summary | bad mime viewer on rtf may be due to base64 encoding
Queue | IMP
Version | 4.3.3
Type | Bug
State | Not A Bug
Priority | 1. Low
Milestone |
Patch |
Owners |
------------------------------------------------------------------------------
dom.lalot at gmail.com (2009-04-17 07:13) wrote:
>> This one does not work
>> --=_431d1cd1bf52dffeb4eb3d03f4030979
>> Content-Transfer-Encoding: base64
>> Content-Type: text/rtf; charset="UTF-8";
>> name*="UTF-8''D%C3%A9cret SCD 85-694 en 2009.rtf";
>> Content-Disposition: attachment;
>> filename*="UTF-8''D%C3%A9cret SCD 85-694 en 2009.rtf";
>
> FWIW, this is incorrect encoding under RFC 2184. But this has
> nothing to do with the below issue:
>
>> And one is encoded in base 64
>>
>> and it produces:
>> {\rtf1\ansi\ansicpg1252\uc1
>> \deff0\deflang1036\deflangfe1036{\fonttbl{\f0\froman\fcharset0\fprq2{\*\panose 02020603050405020304}Times New
>> Roman;}{\f2\fmodern\fcharset0\fprq1{\*\panose
>> 02070309020205020404}Courier
>> New;}
>> {\f3\froman\fcharset2\fprq2{\*\panose
>> 05050102010706020507}Symbol;}{\f14\fnil\fcharset2\fprq2{\*\panose
>> 05000000000000000000}Wingdings;}{\f27\fswiss\fcharset0\fprq2{\*\panose
>> 020b0604030504040204}Tahoma;}{\f28\froman\fcharset238\fprq2 Times New
>> Roman CE;}
>
> That's exactly what is expected. That is the contents of the
> text/rtf file. IMP/Horde does not have any specific RTF conversion
> viewer, so it will display the raw contents of the text file.
>
I installed the viewer:
/**
* RTF driver settings
* This driver requires UnRTF to be installed.
* UnRTF homepage: http://www.gnu.org/software/unrtf/unrtf.html
*/
$mime_drivers['horde']['rtf'] = array(
'location' => '/usr/bin/unrtf',
'inline' => false,
'handles' => array(
'text/rtf', 'application/rtf'
),
'icons' => array(
'default' => 'text.png'
)
);
One attachement is correctly displayed when another one is just
dumping data as you said, but what I can say: it's not working as
expected
More information about the bugs
mailing list