![sendmail 使用返回路径而不是发件地址](https://linux22.com/image/578774/sendmail%20%E4%BD%BF%E7%94%A8%E8%BF%94%E5%9B%9E%E8%B7%AF%E5%BE%84%E8%80%8C%E4%B8%8D%E6%98%AF%E5%8F%91%E4%BB%B6%E5%9C%B0%E5%9D%80.png)
我有一位客户抱怨电子邮件被标记为垃圾邮件。
我正在查看标题。它显示了正确的发件人:[电子邮件保护]
但是,它不喜欢返回路径。
Return-Path: <[email protected]>
Received-SPF: neutral (google.com: x.x.x.x is neither permitted nor denied by domain of [email protected]) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=neutral (google.com: x.x.x.x is neither permitted nor denied by domain of [email protected]) [email protected]
如何配置 sendmail 以使用发件人地址作为返回路径?
答案1
摘自《蝙蝠书》(第 1165 页):
Return-Path: 标头用于显示真实发件人的信封地址,而不是用于回复的发件人地址(From: 和 Reply-To: 标头)。例如,在发布 Usenet 新闻时,Return-Path: 显示“新闻”,而 From: 显示发布用户的地址。但一般来说,Return-Path: 永远不应该用于回复邮件。它仅用于通知投递错误。
您的客户端没有遇到 Return-Path: 标头方面的问题。SPF 方面也没有遇到问题,因为正如标头所告诉我们的那样,结果是中性的。您的客户端必须接受这样的事实:预期收件人会将他发送的内容视为垃圾邮件。
答案2
您的电子邮件似乎来自使用 Google 服务器之一发送的自动发件人。它可能正在连接到 GMail 发送邮件。您的服务器似乎有一个 SPF 记录,它既不包含 Google SPF 列表,也不表明应该强制执行。包括发件人标头[电子邮件保护]可能会有帮助。
有许多因素会让您的电子邮件在开始发送之前就看起来像是垃圾邮件。
- 您是否有一个静态地址,其中的 PTR 记录返回您的主机名,或者该地址的另一个 A 记录上的名称?(反向 DNS 验证有效吗?)
- 您的邮件服务器是否使用 PTR 记录返回的相同名称来宣布自己?
- 您的邮件服务器是否具有允许其发送电子邮件的 SPF 记录?
- 您的地址在 list.openwl.org 中列出吗?
前两个测试不通过则强烈表明该邮件是垃圾邮件或自动邮件源。个人对个人的电子邮件几乎总能通过这些测试,而垃圾邮件则经常失败。接下来的两个测试表明该邮件不是垃圾邮件。
一旦您开始发送电子邮件,就会进行其他适用的测试。
- 返回路径地址(信封地址)和发件人地址都应具有指向工作邮件服务器的 MX 记录。
- 返回路径地址应该与发件人或发件人地址标头相匹配。
- 两个域名(如果不同)都应该有一个有效的邮政局长地址。
- 两个域(如果不同)都应该具有允许来自发送服务器的邮件的 SPF 记录。
- 可以考虑电子邮件地址及其域名的先前历史记录(自动白名单/自动黑名单)。
- 该邮件是否具有有效的 DKIM 签名。
- 电子邮件管理员认为适当的任何其他规则。
我发现自动发送方发送的 DKIM 签名文档的失败率相对较高。这主要与 DNS 中无法获取公钥有关。