什么会导致 Word 文档附件发生变异?

发布于 2024-07-07 11:31:46 字数 2954 浏览 5 评论 0原文

我们通过电子邮件发送 Word 文档(自动系统,而不是手工)。 该电子邮件被发送给用户,并抄送给我。

我们收到报告称,一些用户的附件已损坏,但当我们打开抄送给我的副本时,它打开得很好。

当用户将他们收到的副本转发给我们时,我们将无法打开它。

下面是两个文件的十六进制比较。 任何人都可以识别这里发生了什么吗?

消息标题位于下面

Return-Path: <[email protected]>
Received: from animal.hosts.net.nz (root@localhost) by example.co.nz
 (8.12.11/8.12.11) with ESMTP id m8T52Mw6021168; Mon, 29 Sep 2008 18:02:22
 +1300
X-Clientaddr: 210.48.108.196
Received: from marjory.hosts.net.nz (marjory.hosts.net.nz
 [210.48.108.196]) by animal.hosts.net.nz (8.12.11/8.12.11) with ESMTP id
 m8T52EvU028021; Mon, 29 Sep 2008 18:02:19 +1300
Received: from example.example.co.nz ([210.48.67.48]) by
 marjory.hosts.net.nz with esmtp (Exim 4.63) (envelope-from
 <[email protected]>) id 1KkAtd-0004Ch-I9; Mon, 29 Sep 2008 18:02:09 +1300
Received: from localhost ([127.0.0.1]) by example.example.co.nz with esmtp
 (Exim 4.63) (envelope-from <[email protected]>) id 1KkAtV-0001C3-4s;
 Mon, 29 Sep 2008 18:02:01 +1300
From: "XXX" <[email protected]>
To: "Sue" <[email protected]>
Reply-To: [email protected]
Subject: XXX: new application received
Date: Mon, 29 Sep 2008 18:02:01 +1300
Content-Type: multipart/mixed;
 charset="utf-8";
 boundary="=_5549133ca51ec83196e2cfd28dad40f7"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0
Message-ID: <[email protected]>

我想我知道它是什么,但不知道为什么会发生。

“X-Mimeole:由 Microsoft Exchange V6.5 制作”客户端正在使用 Exchange。 现在,比较这些线。

原文:

Content-Type: multipart/mixed;
 charset="utf-8";
 boundary="=_5549133ca51ec83196e2cfd28dad40f7"

他们得到了什么:

Content-Type: multipart/mixed;
 boundary="----_=_NextPart_001_01C92270.6BBA3EE6"

缺少的字符集=“UTF-8”可能意味着客户端将回退到Windows-1252,我认为(有人可以确认吗?)导致附件损坏。

现在的问题是,为什么要删除字符集?

We are sending out Word documents via email (automated system, not by hand). The email is sent to the user, and CC'd to me.

We are getting reports that some users are having the attachments come through corrupted, though when we open the copy that is CC'd to me, it opens fine.

When the user forwards us the copy they received, then we cannot open it.

Below is a hex comparison of the two files. Can anyone identity what is going on here?

Message headers are below

Return-Path: <[email protected]>
Received: from animal.hosts.net.nz (root@localhost) by example.co.nz
 (8.12.11/8.12.11) with ESMTP id m8T52Mw6021168; Mon, 29 Sep 2008 18:02:22
 +1300
X-Clientaddr: 210.48.108.196
Received: from marjory.hosts.net.nz (marjory.hosts.net.nz
 [210.48.108.196]) by animal.hosts.net.nz (8.12.11/8.12.11) with ESMTP id
 m8T52EvU028021; Mon, 29 Sep 2008 18:02:19 +1300
Received: from example.example.co.nz ([210.48.67.48]) by
 marjory.hosts.net.nz with esmtp (Exim 4.63) (envelope-from
 <[email protected]>) id 1KkAtd-0004Ch-I9; Mon, 29 Sep 2008 18:02:09 +1300
Received: from localhost ([127.0.0.1]) by example.example.co.nz with esmtp
 (Exim 4.63) (envelope-from <[email protected]>) id 1KkAtV-0001C3-4s;
 Mon, 29 Sep 2008 18:02:01 +1300
From: "XXX" <[email protected]>
To: "Sue" <[email protected]>
Reply-To: [email protected]
Subject: XXX: new application received
Date: Mon, 29 Sep 2008 18:02:01 +1300
Content-Type: multipart/mixed;
 charset="utf-8";
 boundary="=_5549133ca51ec83196e2cfd28dad40f7"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0
Message-ID: <[email protected]>

I think I know what it is, but not why it is happening.

"X-Mimeole: Produced By Microsoft Exchange V6.5" the client is using Exchange. Now, compare these lines.

The original:

Content-Type: multipart/mixed;
 charset="utf-8";
 boundary="=_5549133ca51ec83196e2cfd28dad40f7"

What they get:

Content-Type: multipart/mixed;
 boundary="----_=_NextPart_001_01C92270.6BBA3EE6"

The missing charset="UTF-8" likely means that the client will fall back to Windows-1252, which I think (can someone confirm?) result in corrupted attachments.

Now the question is, why would the char-set be stripped?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

情话已封尘 2024-07-14 11:31:46

损坏的邮件中缺少前 3 个字符 - 比较

// Your correct version
00000BC0 0D 0D 0D 41

// Their corrupted one
00000BC0 D0 D4 1...

他们的邮件服务器、邮件程序、防病毒程序或某些此类程序已删除前几个字符,这似乎会在 Word 尝试打开它时造成混乱。

当他们将文件发回给您时,文件仍然是乱码,这一事实证实了他们这边收到的文件正在被某些东西更改。

The first 3 characters are missing in the corrupted one - compare

// Your correct version
00000BC0 0D 0D 0D 41

// Their corrupted one
00000BC0 D0 D4 1...

Either their mail server, mail program, anti-virus or some such program has removed the first few chars, which seems to be causing the confusion when Word tries to open it.

The fact that the file is still garbled when they send it back to you confirms that something is altering the file on their side once received.

彼岸花ソ最美的依靠 2024-07-14 11:31:46

不确定会发生什么,但是您尝试过压缩文件吗? 这有时可以解决电子邮件附件损坏的问题。

Not sure what happens, but have you tried a compressed file? That sometimes solves the problem of corrupted email attachments.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文