您将 PDF 附加到电子邮件中并点击发送。从您的角度来看，这很简单 - 文件从您的设备发送到收件人的收件箱。这两点之间实际发生的事情更为复杂，并且过程中的一些事情可能会影响文件是否完好无损、大小正确且处于预期状态。
文件在离开您的设备之前进行编码
电子邮件最初被设计为携带纯文本。附加像 PDF 这样的二进制文件需要一种解决方法 - 文件在传输之前被转换为文本安全格式。标准方法是 Base64 编码，它将 PDF 的二进制数据转换为可打印的字符串。
Base64 编码会使文件大小增加约 33%。作为编码的电子邮件数据，15MB PDF 大约变为 20MB。这就是为什么接近附件大小限制的文件有时无法发送，即使它们看起来低于限制 - 编码版本超出了阈值。收件人的电子邮件客户端在收到时反转编码，以便他们以原始大小取回原始文件。
邮件服务器之旅
离开您的设备后，电子邮件会经过您的外发邮件服务器、可能是一个或多个中继服务器，然后经过收件人的传入邮件服务器，然后到达其收件箱。每台服务器都会对邮件执行检查 - 垃圾邮件过滤、病毒扫描、大小验证和内容策略实施。
这些服务器中的任何一个都可以拒绝或修改消息。具有 10MB 附件策略的企业邮件服务器将拒绝 20MB PDF，即使发件人和收件人的消费者电子邮件服务都接受它。某些防病毒软件会过滤隔离附件，以便在交付前进行手动检查。一些旧的或配置错误的邮件服务器可能会在处理过程中损坏二进制附件 - 很少见，但确实会发生，这就是为什么对一个收件人工作正常的 PDF 可能会在另一个收件人那里损坏。
邮件服务器对 PDF 附件执行的操作
大多数公司和企业邮件系统在发送前都会扫描附件是否存在恶意软件。 PDF 可以包含 JavaScript、嵌入文件和可执行内容——安全扫描器会查找所有这些内容。具有异常结构或嵌入脚本的 PDF 在到达收件人之前可能会被隔离或删除这些元素。
某些系统将 PDF 附件转换为其他格式 - 通常是为了在预览窗格中安全地呈现它们，而不执行任何嵌入内容。收件人可能会收到转换后的版本，而不是原始 PDF。对于格式复杂的文档，此转换可能会改变文档的外观。
PDF 内容本身在运输过程中不会改变
在绝大多数情况下，当电子邮件成功发送并且没有安全过滤器干预时，收件人打开的 PDF 与您发送的逐字节相同。编码和解码过程是无损的。到达的文件正是您附加的文件。
这是值得了解的，因为这意味着如果 PDF 在通过电子邮件发送后看起来有所不同，问题通常在于它的查看方式 - 不同的 PDF 查看器、不同的默认缩放、不同的字体可用性 - 而不是传输本身。文件是一样的；观看情境不同。
何时交付失败 - 以及如何知道
投递失败有两种类型：您听说过的退回邮件和您没有听说过的无声投递。退回通知会告诉您邮件被拒绝 - 通常带有指示原因的错误代码。常见原因包括文件大小超出限制、收件人的邮箱已满或收件人的域不存在。
无声投递更为阴险——电子邮件看似已发送，但没有退回，但收件人从未收到附件。当安全过滤器隔离附件而不通知发件人时，或者当公司策略删除超过阈值的附件而不生成错误时，可能会发生这种情况。对于重要文件，要求收件人确认收到附件是知道附件已送达的唯一可靠方法。
使 PDF 电子邮件传送更加可靠
- 将文件保持在 10MB 以下：考虑到 Base64 编码开销，10MB PDF 编码到大约 13MB — 在大多数服务器限制下安全。在附加之前，对较大的任何内容使用 PDF 压缩 。
- 避免嵌入脚本：带有 JavaScript 或异常嵌入内容的 PDF 更有可能被安全过滤器标记。没有交互式脚本的标准文档 PDF 传输更可靠。
- 对大文件使用云共享：上传到 Google Drive 或 Dropbox 并发送链接可以避开所有附件大小限制和编码开销。
- 确认收到重要文件：确认PDF到达的快速回复是成功交付结束循环的唯一可靠方法。