Attachments problems
Derek B. Noonburg
derekn@foolabs.com
Wed, 14 May 2003 14:13:04 -0700 (PDT)
On 14 May, laurent.duperval@microcell.ca wrote:
> On 14 May, maf@tkrat.org wrote:
>> On 14 May, laurent.duperval@microcell.ca wrote:
>>> - The same file is viewed correctly when sent with Mozilla but not with
>>> Tkrat
>>
>> Could you try to send it (or one like that) to me with both mozilla and
>> TkRat.
>
> Sure, and everyone gets a copy. If you see weird behaviour with it, report
> back to the list.
>
> This is with tkrat.
Your sent-with-Mozilla version looks fine. When I hit "save to file" on
the attachment, I see the name with the 8-bit character (c-cedilla).
But this one (sent with TkRat) doesn't show any default file name at all
when I hit "save to file".
I'm running TkRat 2.1.1.
Looking at the raw messages, the sent-with-tkrat message looks a little
weird.
Mozilla's MIME part header looks like this:
Content-Type: application/gzip;
name="=?ISO-8859-1?Q?TestFran=E7ais=2Etxt=2Egz?="
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="=?ISO-8859-1?Q?TestFran=E7ais=2Etxt=2Egz?="
TkRat's looks like this:
Content-Type: APPLICATION/X-GZIP; NAME*="iso-8859-1''TestFran%E7ais.txt.gz"
Content-Transfer-Encoding: BASE64
Content-Disposition: ATTACHMENT;
FILENAME*="iso-8859-1''TestFran%E7ais.txt.gz"
I'm not particularly familiar with MIME, so far all I know this is
perfectly fine, but it sure looks funny.
Also, there could be something going on with my mail system, which
consists of: my ISP's POP server, fetchmail, procmail, SpamAssassin,
Courier imapd. (Both messages went through the identical chain,
though.)
Hope this helps.
- Derek