Re: bug#8070: gnus damages attached file

[Andreas Schwab <schwab@linux-m68k.org>]

[-- Attachment #1: Type: text/plain, Size: 1287 bytes --]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Hobbit <werehobbit@yandex.ru> writes:
>
>> If you look at mml-generate-mime-1 at mml.el.gz, you'll see this code:
>>
>> (if (and (not raw)
>> 		   (member (car (split-string type "/")) '("text" "message")))
>> 	      (progn
>>
>> When attachment is text file all this black magic after `progn' starts
>> to work. Question arises: why not just grab a text, encode it into
>> base64 and put into a message?

You'll still have to find out the correct charset.

> It's a good question, and I don't know.  I've Cc'd this message to the
> Gnus development list -- perhaps someone there knows?
>
> (The issue is that the user inserts the following MIME part:
>
> ðóññêèé òåêñò â êï1251
>
>
> and then the CP<russian> text gets marked as utf-8.)

I see this in the raw mail:

--=-=-=
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline; filename=thing.txt
Content-Transfer-Encoding: base64

8PPx8ero6SDy5erx8iDiIOrvMTI1MQ0K
--=-=-=

Which makes sense, since 8-bit encodings cannot be told apart, so the
detection can't do better than using the first charset from the priority
list.  If you need to force a specific charset you have to specify it
manually, as I did here:


[-- Attachment #2: thing.txt --]
[-- Type: text/plain, Size: 24 bytes --]

русский текст в кп1251

[-- Attachment #3: Type: text/plain, Size: 172 bytes --]


Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."