Incoming emails trimmed despite trimming disabled

Bug
9

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.

1 Like