GNOME Bugzilla – Bug 80715
Some multipart binaries won't decode in 0.11.3
Last modified: 2006-06-18 05:20:35 UTC
By way of example: alt.binaries.pictures.suze {15_3779; Victoria & Cherry}: suzeFan - 2377h003.jpg (1_2) These multiparts are saved as attachment sources rather than decoded. The log shows: Fri, 03 May 2002 14:03:02 - Decoded "/pub2/pics/new/{15_3779; Victoria & Cherry}: suzeFan - 2377h003.jpg (1_2)" from group "alt.binaries.pictures.suze", "{15_3779; Victoria & Cherry}: suzeFan - 2377h003.jpg (1/2)" part #-1 It looks as though Pan isn't picking up the second (and subsequent) part(s).
Created attachment 8162 [details] part 1 of a two-part message
Created attachment 8163 [details] part 2
This is a two-parter: one bug for Pan and an RFE for GMime. The pan bug is, of course, that Pan doesn't pull down articles 2..n for displaying inline images. This will be fixed in 0.12. It also looks like GMime needs to be tweaked to handle the message/partial mime content-type. Attached above is a two-part article that could be used as a test case.
hmmm, maybe in gmime2 I can have another class GMimeMessagePartial and have a GMimeMessage * g_mime_message_partial_merge (GMimeMessagePartial *first_part, ...); or something. If you guys have any ideas on interfaces, let me know. I guess I'll probably have to write that stream class with multiple stream backends idea afterall :-)
ok, my job is done here. I've implemented GMimeStreamCat and GMimeMessagePartial for ya. As I mentioned on the devel mailing list though, I still may have to change the GMimeMessagePartial interfaces a tad in order to fully comply with rfc1521 (need to merge envelope message's non-MIME headers with the encapsulated message/partial's headers.)
FYI, I'll be getting into the GMessagePartial stuff in Pan next week.
Fixed in CVS, will be in 0.11.93