If a mail contains a `.p7m` file attachment, all further attachments (in order of the mail parts) are not displayed.
Two examples (KMail with correct structure in order, Outlook with missing attachments):
| | KMail | Outlook
| 1 | {F36140502} | {F36140509}
| 2 | {F36140516} | {F36140522}
**Setup**
- I prepared a tarball with all neccessary files (eml, msg, screenshots, gpgol log):
{F36141059}
- The keyring contains the usual test certs + alice and bob
- The p7m is encrypted for Berta (but it does not matter, if the private key in keyring or not)
**Log**
After encountering the p7m attachment, the gpgol log file shows repeatedly for all attachments:
```
18:53:49/6044/mimedataprovider.cpp:t2body: Found Content-Disposition attachment. Ignoring content-id to avoid hiding.
18:53:49/6044/mimedataprovider.cpp:t2body: ctx=000001a8312034b0, ct=`image/png'
18:53:49/6044/mimedataprovider.cpp:t2body: this body: nesting=2 partno=9 is_text=0 charset=""
body_seen=1 is_text_attachment=1 is_protected_headers=0 in_encapsulated_msg=0 collect_crypto_data=2
18:53:49/6044/mimedataprovider.cpp:t2body:Don't know what to collect, invalid mail?.
18:53:49/6044/TRACE/mimedataprovider.cpp:t2body:622: return
18:53:49/6044/TRACE/mimedataprovider.cpp:collect_input_lines:1074: return
18:53:49/6044/mimedataprovider.cpp:write: Write Consumed: 4109 bytes
18:53:49/6044/TRACE/mimedataprovider.cpp:write:1293: return
18:53:49/6044/TRACE/mimedataprovider.cpp:write:1269 enter
18:53:49/6044/TRACE/mimedataprovider.cpp:collect_input_lines:816 enter
18:53:49/6044/TRACE/mimedataprovider.cpp:collect_input_lines:1074: return
18:53:49/6044/ERROR/mimedataprovider.cpp:write: Write failed to consume anything.
Buffer too small? or no newlines in text?
[...]
```