# Inkomende e-mails afgekapt ondanks dat afkappen is uitgeschakeld **URL:** https://meta.discourse.org/t/incoming-emails-trimmed-despite-trimming-disabled/235695 **Category:** Bug **Created:** [10 augustus 2022 om 07:40 UTC](https://meta.discourse.org/t/incoming-emails-trimmed-despite-trimming-disabled/235695 "2022-08-10T07:40:45Z") **Posts on this page:** 1 **Showing post:** 9

### Author: ![sjjh](https://avatars.discourse-cdn.com/v4/letter/s/d2c977/32.png) [@sjjh](https://meta.discourse.org/u/sjjh) #### Post date: [18 juli 2023 om 19:11 UTC](https://meta.discourse.org/t/incoming-emails-trimmed-despite-trimming-disabled/235695/9 "2023-07-18T19:11:52Z")

I’m sorry to bring up this old thread, just wondering if the issue got solved as we are having a similar issue and I thus didn’T want to open another thread. Exploring the email in question, a multi-part message in MIME format, the text/plain content looks unsuspiciously: ```plaintext Hallo beisammen, anbei erhaltet ihr für den UK am kommenden Dienstag das aktualisierte [...] ``` The text is trimmed as following: ```plaintext Hallo beisammen, ``` (only the first line survives) This happens independently from any `trim` admin setting and is reproducible by the advanced email tester (pasting the complete email source code). Looking at the text/html part of the email it reveals: ```plaintext Hallo beisammen,

anbei erhaltet ihr für den UK am kommenden Dienstag das [...] ``` My hypothesis is, that somehow a forwarded mail was involved and the user probably manually copy & pasted the (html formatted) text, removed the formatting layout (but the `div` remained). Looking at the text/plain part, it is not recognicable at all as a forwarded email. Not sure, if that was the same issue for @artur. I’m wondering if the magic of recognizing forwarded email content could somehow be improved. --- _[View the full topic](https://meta.discourse.org/t/incoming-emails-trimmed-despite-trimming-disabled/235695)._