Closed chenkelmann closed 12 years ago
This is great, Christoph. I hadn't run across this need yet so the MIME support was not very flexible. I think I like your solution so I'm going to accept it for now but the semantics may change in a later version.
Before I can merge this, however, please rebase on the current master and resubmit.
You're welcome :)
I had to manually merge your current master (rebasing would have been a bit of a hassle due to the conflicts), but now I got all your newest changes. Do I still need to rebase or is the merge enough for you to pull?
We need to send HTML-Emails that have a plaintext alternative for clients that do not allow/suppress HTML content. The original postal version always used type "mixed" for the multipart, which caused both text and HTML bodies to be displayed. So we added a check for an optional keyword at the beginning of the sequence of body parts that causes another multipart type to be set if present. (See example in README.md)