#邮件发送流程

一封电子邮件从发件人出发，经由 MailPick 传递至收件人的收件箱，途中会在接收服务器上经过身份验证、信誉以及内容检查。MailPick 帮助客户构建邮件内容、发送邮件，并查看每次发送活动的结果。下图展示了所有邮件都会经过的主要环节。每个环节都涉及更细致的细节，但本页仅介绍基础内容。

首先，发件人准备好收件人会喜欢的内容。接下来，就是进行“SMTP 会话”的时候了。SMTP 代表简单邮件传输协议，正是这个会话让邮件从发件人到达收件人。最简便的理解方式是把 SMTP 会话看作一次“握手”。想象发件人是一场派对的主人，所有其他客人都是邮件的收件人。主人会和每位客人握手，在“握手”期间他们进行这次 SMTP 会话。最终，客人（即收件人及其收件服务器）决定是否接受这封邮件。在这个场景中，你可以把 MailPick 看作派对上同时牵起主人和客人的手、让握手和交谈真正发生的那个人。

#“握手”的细节与结果

发件人通过 MailPick 连接到 SMTP 服务器，并告诉服务器它希望邮件最终送达的目的地。假设是 person@example.com。SMTP 服务器识别出 example.com 的域名部分（@ 符号之后的部分），并联系负责接收该域名邮件的收件服务器。

在这次连接中，两台服务器会交换多项信息。收件服务器通常会给出以下回应之一：

• “是的，我认识‘person’这个人，一切正常，可以投递到其收件箱。”
• “是的，我认识‘person’这个人，一切正常，可以投递，但不投递到收件箱。”
• “是的，我认识‘person’这个人，但还有一些信息我需要确认，所以我现在不会投递，但也不会退回给发件人。”（即延迟邮件）
• “不，我不认识‘person’这个人，会将邮件退回给发件人。”（即退信/弹回邮件）

#投递的判定因素

如前所述，发送邮件服务器与接收邮件服务器之间会交换大量信息。从邮件流示意图中可以看到，MailPick 在邮件路径上除出站邮件服务器外，还协助另外两个环节：DNS（域名系统）和身份验证。

接收服务器希望信任所交换的邮件，才会接受它。DNS 和身份验证有助于做出这一判断。

#DNS

DNS 代表“域名系统”，被视为“互联网的电话簿”。它存储了关于邮件发送域名的许多信息。接收服务器会查询这本“电话簿”，以判断发件人是谁以及是否可信。

#身份验证

接收服务器会检查：

• 是否存在 SPF（发件人策略框架）记录（用以判断邮件是否来自该域名管理员授权的 IP 地址）；
• 是否存在 DKIM（域名密钥识别邮件）记录（用以判断邮件在传输过程中是否被发件人以外的他人篡改）；
• 是否存在 DMARC（基于域名的邮件认证报告与合规性）记录（该记录告诉接收服务器，根据 SPF 和 DKIM 的验证结果应将邮件放置在哪里）。

MailPick 的发件人身份验证功能协助正确设置 SPF 和 DKIM。这有助于主人（发件人）更具可识别性，也让客人（收件人）及其邮箱服务商更容易信任会话中试图传递的内容。

#信誉

在评估发送 IP 和域名时，接收服务器会综合考虑以下两方面：

• 其其他收件人对同一 IP 和域名所发邮件的正面与负面反应（例如收件人是否打开了邮件，或是否将邮件标记为垃圾邮件）；
• 接收服务器此前对同一 IP 和域名邮件的投递位置判定。

提示：邮件正文链接中所包含域名的信誉也会影响投递结果。

#用户级过滤

除了上述各项之外，一些收件人可能在自己的收件箱中设有个性化规则，决定某些邮件去往何处。这种投递位置更难改变，除了确保你的内容正是收件人想要的，并且他们不会创建自定义过滤器来让你的邮件投递到收件箱以外的任何地方。

#内容

创建邮件内容时，请遵循以下关键准则：

• 在邮件中保持图片与文字的平衡。
• 限制“行动号召”链接的使用。
• 避免使用 URL 短链接，因为它们可能被恶意发件人滥用。
• 持续测试你的邮件，以提升客户体验。
• 如需更详细的建议，请参阅 MailPick 的《13 项邮件内容创建最佳实践》。

#回应“客人”的意见

#供客人反馈给主人的机制

邮件中有一个称为反馈循环的功能。反馈循环由邮箱服务商创建，发件人可以设置为通过这些循环接收通知，以便在收件人投诉发件人的邮件（即标记为垃圾邮件）时得到告知。这有助于主人（发件人）了解哪些客人不希望在互动中收到相关内容。主人（发件人）今后不应再试图与这些客人进行“对话”（即向其发送邮件）。

提示：获取额外的入门支持。节省时间、提升发送质量，并确信你已为长期成功做好准备——了解 MailPick 入门服务。