MIME 电子邮件 - PDF 和 Content-ID
MIME Emails - PDF and Content-ID
我们正在使用 MIME 格式发送电子邮件。
（底层语言是 Java，使用 MultiPartEmail）。
据客户报告，他们的系统读取了我们电子邮件的 .pdf 附件两次。
显然，原因是缺少附件的 Content-ID。
我正在尝试解决此问题，但发现有关内容 ID 的信息非常模糊。阅读标准我认为它应该是 <ID@domain>.
形式的一些唯一 ID
所以我将其添加到我们的电子邮件生成中，因此引用 .pdf 附件的 "slot" 看起来像这样：
------=_Part_0_12345667890
Content-Type: application/pdf;
name=theName.pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename=theName.pdf
Content-ID: <1431939868331@domain>
仅此而已吗？该数字是以毫秒为单位的当前时间。
我不清楚域。这个域名是否正确至关重要？
我如何理解这个 Content-ID 属性？它只是我认为的那样：一个 ID，以便某些电子邮件系统可以唯一地引用附件，或者还有更多？为什么域很重要？
编辑：我不知道它是否相关，但是 iPhone 邮件软件中似乎没有显示 .pdf 附件。我想不出它不显示的任何其他原因，因为肯定支持 .pdf 并且文件也很小。 （附件的图标显示在概览列表中，但打开的电子邮件中没有引用附件）
回答我自己的问题：
是的，它对许多电子邮件服务都有效。 MIME 中包含的元素必须有某种 ID，然后才能正确呈现和读取它们。
我们正在使用 MIME 格式发送电子邮件。 （底层语言是 Java，使用 MultiPartEmail）。
据客户报告，他们的系统读取了我们电子邮件的 .pdf 附件两次。
显然，原因是缺少附件的 Content-ID。
我正在尝试解决此问题，但发现有关内容 ID 的信息非常模糊。阅读标准我认为它应该是 <ID@domain>.
所以我将其添加到我们的电子邮件生成中，因此引用 .pdf 附件的 "slot" 看起来像这样：
------=_Part_0_12345667890
Content-Type: application/pdf;
name=theName.pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename=theName.pdf
Content-ID: <1431939868331@domain>
仅此而已吗？该数字是以毫秒为单位的当前时间。 我不清楚域。这个域名是否正确至关重要？
我如何理解这个 Content-ID 属性？它只是我认为的那样：一个 ID，以便某些电子邮件系统可以唯一地引用附件，或者还有更多？为什么域很重要？
编辑：我不知道它是否相关，但是 iPhone 邮件软件中似乎没有显示 .pdf 附件。我想不出它不显示的任何其他原因，因为肯定支持 .pdf 并且文件也很小。 （附件的图标显示在概览列表中，但打开的电子邮件中没有引用附件）
回答我自己的问题： 是的，它对许多电子邮件服务都有效。 MIME 中包含的元素必须有某种 ID，然后才能正确呈现和读取它们。