什么是 Return-Path？

定义

每封电子邮件实际上都带有两个不同的发件人地址。第一个是 From 地址，即收件人在收件箱中看到的地址，也是大多数人心目中的发件人。第二个是 Return-Path，这是邮件系统在后台用来处理投递问题的地址。

Return-Path 是在 SMTP 事务中通过 MAIL FROM 命令确定的。发送方服务器将邮件交给接收方服务器时，会在该命令中声明退信地址。如果接收方服务器之后无法将邮件放入邮箱，就会生成一份未送达报告（通常称为退信），并发送到 MAIL FROM 中给出的地址。邮件被接收后，最终的邮件服务器会把该地址记录在邮件中，作为一个名称就叫 Return-Path 的邮件头。

由于 Return-Path 是在信封层面而非邮件正文中定义的，它可以完全独立于 From 地址和 Reply-To 地址。一次营销活动可以将 marketing@yourbrand.com 显示为 From 地址，同时把退信发送到 bounces@mail.yourbrand.com 这样从来没有人直接阅读的 Return-Path。

工作原理

通过电子邮件服务商发送邮件时，服务商会把 Return-Path 设置为其控制和监控的地址，通常位于专门用于此目的的子域名上。可见的 From 地址仍是您的品牌地址，方便收件人识别，但信封发件人是服务商的基础设施地址。

如果投递成功，Return-Path 只是静静地留在邮件头中，很少被注意到。如果投递失败，接收方服务器会把退信消息发回 Return-Path 地址。退信中包含状态码和说明，描述邮件无法投递的原因，例如邮箱不存在、邮箱已满或域名已无法解析。

服务商会收集这些退信消息，读取状态码，并据此对每次失败进行分类。邮箱不存在之类的永久性失败属于硬退信，邮箱已满之类的暂时性失败属于软退信。这种分类是自动列表管理的基础，因为硬退信通常会被直接移入屏蔽列表，不再联系。

使用单独的 Return-Path 还能让日常收件箱保持清爽。数以百计的失败通知不会涌入您用来接收真实回复的收件箱，所有自动退信流量都集中到一处，由软件而不是人工来处理。

为什么它对邮件送达率很重要

Return-Path 对送达率至关重要，原因有两个且彼此关联：身份验证和退信处理。

在身份验证方面，SPF 检查的是 Return-Path 中的域名，而不是可见 From 邮件头中的域名。接收方服务器评估 SPF 时，会查询 Return-Path 域名发布的 SPF DNS 记录，确认发送邮件的 IP 地址在该域名的授权列表中。如果 Return-Path 域名没有 SPF 记录，或发送 IP 未被列入，SPF 就可能失败。这也是为什么 DMARC 对齐在一定程度上取决于 Return-Path 域名与 From 域名之间的关系。因此，正确配置 Return-Path 是顺利通过 SPF 的前提。

在退信处理方面，Return-Path 是列表清理得以实现的根本。如果 Return-Path 指向一个真实且有人监控的地址，每次投递失败都会产生一封退信，您的系统可以捕获并据此处理。无效地址会被迅速识别并屏蔽，从而保持较低的退信率。较高的退信率（通常指超出健康范围的水平）会让邮箱服务商认为您没有维护列表，他们会因此把您更多的邮件过滤到垃圾邮件文件夹。如果 Return-Path 缺失或无效，退信就会丢失，不良地址会一直留在列表中，您的信誉也会在毫无明显原因的情况下逐渐受损。

VeriMails 如何应对

VeriMails 在这一问题的预防环节发挥作用。通过 Return-Path 处理退信，只能在您已经发出邮件、信誉已经受损之后，才告诉您哪些地址失败了。VeriMails 则在发送前识别出无法送达的地址，因此真正走到产生退信这一步的地址会少得多。

对于您提交的每个地址，VeriMails 都会执行语法验证、MX 记录查询、DNS 检查，以及与接收方邮件服务器的实时 SMTP 握手。这正是原本会产生退信的那段对话，只是提前安全地完成，不会真正投递邮件。VeriMails 还会进行 Catch-all（全收）检测、一次性邮箱检测和角色邮箱检测。结果会告诉您地址是否可送达，并提供清晰的送达状态分类，便于做出营销活动决策。

先验证列表，就能从一开始将硬退信保持在低水平，从而保护良好的 SPF 和 Return-Path 配置所要建立的发件信誉。您可以通过 VeriMails REST API 验证单个地址，也可以上传 CSV 文件检查整个列表。验证低至每封邮件 $0.0019，10,000 积分只需 $19，年付套餐低至 $12.50/月；每个新账户都免费获得 100 积分，永不过期，开始使用无需信用卡。

常见问题