I\'m writing a a C# program that processes and forwards email messages. I have a POP3 library and a MIME parser, and I need to copy the MIME tree into a System.Net.Ma
Hmmmm, do you absolutely need to use System.Net.Mail.MailMessage?
System.Net.Mail.MailMessage offers only a very small subset of what MIME offers. So, if your MIME parser aims to support all/most standard features then your goal of copying a MIME message into MailMessage will be difficult at best and impossible at worst. Doesn't the library providing POP3 access also provide SMTP access? If so, I'd leave System.Net.Mail.MailMessage alone and go with whatever the thrid party library provides.
From a 10,000ft overview, here is what I would do.
Flatten your mime parts into a tree. Make sure each part contains 1, and only 1 part (not a parent like a multipart/related, or something like that).
Check the following conditions for the body:
If the 1st part is HTML,set it to the body of the message
If the 1st part is plain text, and the 2nd part is not html, set the plain text part to the body of the message.
If the first part is plain, and the 2nd part is html, create 2 alternative views. ***This assumes none of these parts has a Content-Disposition:attachment header.
Loop through the remainder of the parts. Add everything else as an attachment, except
images that have a content-id header set, or
images that have a content-location header set.
If one of those headers exist, then I would add those images in as a LinkedResource (only if there is actually a HTML body part).
That should get you started, and cover about 99% of the normal email out there.
Right now, I'm copying anything with a Content-Disposition
which isn't inline
, or with a MIME category of anything other than Text or Image, to an Attachment
, anything inline
, or anything with a MIME category of Image
to a LinkedResource
on the HTML view or the last view, and anything else as an AlternateView
. (I haven't tested this yet)
Map any text part (text/plain, text/html etc.) that is contained within a multipart/alternative part to an AlternateView. Also map the first text part encountered to an AlternateView, regardless of its parent type, to cater for the case of the message only consisting of a single text part.
Map the remaining parts to an Attachment or a LinkedResource, depending on the Content-Disposition header.
Map those parts with a Content-Disposition of attachment, to an Attachment.
Map those parts with a Content-Disposition of inline, or no Content-Disposition header, to a LinkedResource. This last step could be finessed by checking that the Content-ID matched a Content-ID referred to from a particular text part, but for practical purposes, it could be assumed that all LinkedResources created in this way belong to the first text/html AlternateView (or the last AlternateView created, if there is no AlternateView of type text/html).
Might not be the best way, but i'd try to get the 'raw' email and just replace to the to with the new e-mail