Bug 42314 - handling mime multipart/mixed messages with Content-Type text/plain as generated by gnus
Summary: handling mime multipart/mixed messages with Content-Type text/plain as genera...
Alias: None
Product: knode
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
Depends on:
Reported: 2002-05-08 10:03 UTC by Bodo Eggert
Modified: 2018-03-27 08:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Bodo Eggert 2002-05-08 09:50:48 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           knode
Version:           KDE 3.0.0 
Severity:          wishlist
Installed from:    SuSE RPMs
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

gnus (emacs) will generate multipart/mixed messages if the original encloding and the response have different charsets.
An example is Message-ID: <873cx49qle.fsf@andreas.org>.

By now they are decoded as attachements. This is ok for reading but replying will not work.

As a workaround I recommend converting it to unicode instead a good place for the function call is propably just after handling the uuencoded. parts.

There should be an option to specify the newsreaders for which the recoding is done and some X-Headers should optionally be inserted.

(Submitted via bugs.kde.org)
(Called from KBugReport dialog. Fields Application KDE Version OS Compiler manually changed)
Comment 1 Kris Kaiser 2002-09-18 03:35:58 UTC
Knode.0.6.1 KDE.2.2.2I see the same Behaviour:The second Multipart Text is shown as Attachment:Name 		MIME-Typ 	BeschreibungUnbenannt	text/plainA practical "Workaround" for Users is:Setting: Show AttachmentsFor Reply and Quote: Mark the Message Text and the Text-Attachment, then press: REPLY
Comment 2 Gregor Mi 2018-03-27 08:10:03 UTC
[Mass change for wishlist between year 2002 and 2003] KNode is no longer maintained.