☰

为什么发件人字段不能轻松配置？

tag-icon • tag-icon email smtp spam rfc smtp-headers
为什么发件人字段不能轻松配置？

澄清这和这解释Sender:：

简而言之，邮件中的 From: 表示撰写邮件的人的邮箱，Sender: 表示代表其他人发送邮件的实体，To: 和 Cc: 表示预期收件人的邮箱。RFC 还定义了您可能感兴趣的其他标头字段。

我注意到在字段中alpine插入了发件人的 FQDN 。虽然可以通过修改设置来修改该字段，但设置该字段的尝试失败。<user>@<domain>Sender:From:alpineCustomized-HeadersSender:

这看起来像是一种反垃圾邮件技术？它与发件人策略框架有何关系？

也可以看看：

https://en.wikipedia.org/wiki/Email_authentication

https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol#Related_Requests_For_Comments

https://en.wikipedia.org/wiki/Anti-spam_techniques#Strict_enforcement_of_RFC_standards

答案1

有多种技术可以用于避免发送者伪造：

  • 除 root 之外的用户不能分配任意SENDER标头，MTA 无论如何都会通过实际的用户名@域覆盖它。
  • MTA 完全拒绝从非本地域向非本地域的提交。
  • 想要从非本域发送邮件到非本域的人首先需要在MTA上进行授权。
  • 收件人域的 MTA 检查发送 MTA 是否属于授权发件人的域提交者列表 (SPF)
  • DomainKey 对已验证 - 提交者在 DNS 中的公共密钥必须与私人密钥 (DKIM) 匹配
  • DMARC = SPF + DKIM

答案2

来自M S C帮助文件alpine：

                                      FEATURE: Scramble the Message-ID When Sending

通常，Alpine 在发送消息时生成的 Message-ID 标头包含发送消息的计算机的名称。有些人认为，这个主机名可能被垃圾邮件发送者使用，也可能被其他人用于恶意目的。如果设置了此功能，该名称将通过简单的 Rot13 转换进行转换。结果仍将具有 Message-ID 的正确语法，但 MessageID 中通常是域名的部分将不是实际的域名，因为字母将被打乱。

某些垃圾邮件检测软件可能会（但可能性不大？）以此为由拒绝将邮件作为垃圾邮件。还有报道称，某些垃圾邮件检测软件会以“@”后没有点为由拒绝邮件。如果您的 PC-Alpine Message-ID 使用不带点的名称，那是因为 Windows 认为这是您的“完整计算机名称”。设置此名称的方法因 Windows 类型而异，但请在“设置”->“控制面板”->“系统”下检查，然后查找“网络标识”或“计算机名称”或类似名称。如何设置它超出了 Alpine 的范围。

哪个似乎既可以打乱场message-id，又可以明显消除场的需要sender（至少从 来看alpine）。这样，sender场就被避开了。

相关内容