我们的社区严重依赖电子邮件，因此我们禁用了传入电子邮件的修剪：
但是，有时电子邮件似乎仍然被修剪。更糟糕的是，电子邮件的某些部分完全丢失了，也就是说，它们不仅隐藏在 ... 下，而且以任何形式都不再存在。
我在高级测试电子邮件预览中对此进行了测试，有趣的是，纯文本消息没有被修剪，但 HTML 版本被修剪了。
我正在尝试生成一个匿名的 MWE，但在此期间，我可以私下与可以研究它的人共享该邮件。
你好，我又来了，我发现了一个展示奇怪行为的简单示例：
尊敬的作者们，
最后的阅读安排在
9月5日星期一，下午2点。
本次会议的页面是：
在测试中产生的结果是：
这是一个非常重要的错误，我们希望尽快得到解决！
抄送我们的CERN IT同事 @trobiyo
谢谢！
附注：请注意，邮件是从Thunderbird发送的，但我复制了纯文本，它仍然出现此问题。
1 个赞
嗨 @artur 
让我们看看能否将此项在列表中进一步提升。 您能否通过私信发送一些具体示例给我，以便我们进一步调查？
2 个赞
您好 @JammyDodger！
原则上，即使是上面的示例也已经相当令人惊讶了。您能用它重现这个问题吗？否则，我可以给您发一些更多的内容。
非常感谢！
1 个赞
我已经在我测试的网站上运行了它，并且可以确认这在我的高级测试页面中也发生了：
但在电子邮件测试中，它似乎可以接受，没有省略：(从 zohomail 发送)
我可能需要更多示例来测试，以便更好地了解我正在查看的内容？
3 个赞
抱歉提起这个旧帖子，只是想知道这个问题是否已解决，因为我们遇到了类似的问题，因此我不想再开一个帖子。检查有问题的电子邮件，这是一个 MIME 格式的多部分消息，文本/纯文本内容看起来没有可疑之处：
Hallo beisammen,
anbei erhaltet ihr für den UK am kommenden Dienstag das aktualisierte [...]
文本被截断如下：
Hallo beisammen,
（只有第一行得以保留）这与任何 trim 管理员设置无关，并且可以通过高级电子邮件测试器（粘贴完整的电子邮件源代码）重现。
查看电子邮件的文本/html 部分，它显示：
<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 [...]
我的假设是，某种程度上涉及转发的邮件，并且用户可能手动复制粘贴了（html 格式的）文本，删除了格式布局（但 div 仍然存在）。查看文本/纯文本部分，根本无法识别为转发的电子邮件。不确定这是否是 @artur 的相同问题。
我想知道识别转发电子邮件内容的神奇功能是否可以得到改善。
1 个赞