However, sometimes emails still seem to get trimmed. What’s worse, some parts of the emails get completely dropped, i.e. not only hidden under ... but they are not present anymore in any form.
I have tested this in the Advanced Test Email preview and interestingly the plain text message did not get trimmed, but the HTML version did.
I’m trying to produce an anonymised MWE but in the meantime I could share the mail privately with whom could look into it.
Hi @JammyDodger !
In principle even the example above is already quite surprising. Could you reproduce this issue with it? Otherwise I can PM you some more of course.
Thanks a lot!
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:
Hallo beisammen,
anbei erhaltet ihr für den UK am kommenden Dienstag das aktualisierte [...]
The text is trimmed as following:
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:
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
Hallo beisammen,
<div class="moz-forward-container">
<div class="moz-forward-container">
<div class="moz-forward-container">
<p>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.