When encountering attachments without a proper mimetype, let's see if we
can find something better. This helps for example with airline booking
confirmation emails with iCal attachments, many have those but all samples
I have mark them as application/octet-stream, making them inaccessible for
KMail.
Now we give the corresponding plugins a chance to process these cases too.
| Automatic diff as part of commit; lint not applicable. |
| Automatic diff as part of commit; unit tests not applicable. |
| mimetreeparser/src/objecttreeparser.cpp | ||
|---|---|---|
| 269 | maybe you want use NodeHelper::magicSetType / maybe without modifiing the contentType... This method is called later on from AttachmentMessagePartRenderer::render ... | |
| mimetreeparser/src/objecttreeparser.cpp | ||
|---|---|---|
| 269 | Yep, that works much better, with a lot less code changes required, plugins just work out of the box :) There's just one little issue in KMime breaking some stuff as a result of this change, as changing the content type will currently lose all other parameters in the Content-Type header. | |
Persist the probed mimetype, which simplifies things considerably.
Needs D8568 to work correctly in all cases.