Bug 96907 - Ability to handle nested MIME parts using the same boundary
Summary: Ability to handle nested MIME parts using the same boundary
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-13 12:42 UTC by Rudolf Kollien
Modified: 2012-08-19 00:45 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Faulty mail direct from Mail/inbox/curr (but renamed) (5.70 KB, application/x-gzip)
2005-01-13 12:46 UTC, Rudolf Kollien
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rudolf Kollien 2005-01-13 12:42:02 UTC
Version:            (using KDE KDE 3.3.2)
Installed from:    SuSE RPMs
OS:                Linux

I receive messages from Mac Outlook Express with an attachment (pdf-file) which is'n recogniced by kmail. Opening this message with M$ Outlook (Express) i can handle the attachment. In kmail when using the "View message code" ("Nachrichtencode ansehen" in german) i can see the base64 encoded attachment. I didn't find an error in the headers/markers so i will attach the mail file (only the original receiver/receiving server are "x"ed). I'm not able to access the attachment. The pdf-file is _not_ shown in the mime tree, too.
Comment 1 Rudolf Kollien 2005-01-13 12:46:17 UTC
Created attachment 9067 [details]
Faulty mail direct from Mail/inbox/curr (but renamed)

This is the Mac Outlook Express mail which attachment cannot be accessed from
kmail.
Comment 2 Thiago Macieira 2005-01-13 15:18:59 UTC
AFAICS, KMail is correct in interpreting that there is no attachment there, according to the RFCs and specifications. This is a bug in the email program that was used to send the email.

Reason:

in the mail header, you can find:
Content-type: multipart/mixed;
  boundary="MS_Mac_OE_3188398887_418681_MIME_Part"

Then, the first MIME part contains:
--MS_Mac_OE_3188398887_418681_MIME_Part
Content-type: multipart/alternative;
  boundary="MS_Mac_OE_3188398887_418681_MIME_Part"

Note how it uses the same boundary marker. After the HTML part, we find the boundary end marker:
--MS_Mac_OE_3188398887_418681_MIME_Part--

That means the whole email is finished. There is no attachment. All that follows is garbage and can be safely ignored by KMail.

I'm not sure if this can be considered a bug in KMail as well. It is definetely a bug in Mac MS OE.

RFC 2046:
   The boundary
   delimiter MUST NOT appear inside any of the encapsulated parts, on a
   line by itself or as the prefix of any line.
Comment 3 Thiago Macieira 2005-01-13 15:20:14 UTC
With comment #1 in mind, I am changing the summary for this bug, and also changing it to a wishlist item.
Comment 4 Myriam Schweingruber 2012-08-18 09:01:06 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 5 Luigi Toscano 2012-08-19 00:45:19 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.