为了澄清这个和这个 Sender:解释：
简而言之，发件人：表示代表其他人发送邮件的实体，邮件中的发件人表示发送邮件的人的邮箱;以及抄送：表示预期的收件人邮箱。 RFC也定义了您可能感兴趣的其他标题字段。
我注意到， alpine在Sender:字段中将发件人FQDN作为<user>@<domain>插入。 虽然From:字段可以通过修改Customized-Headers设置进行修改，但试图设置Sender:字段失败。
这看起来是一个反垃圾邮件技术？ 如何，或者它与发件人政策框架有关？
也可以看看：
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
有一些技术用于避免发件人伪造：
SENDER头，MTA无论如何都要用实际的用户名@域来覆盖它。 从MSC的帮助文件在alpine ：
FEATURE: Scramble the Message-ID When Sending通常情况下，Alpine在发送消息时生成的Message-ID头包含从中发送消息的计算机的名称。 有些人认为这个主机名可能被垃圾邮件发送者使用，或者被其他人用于恶意目的。 如果设置了这个特性，那么这个名字将被转换成简单的Rot13转换。 结果仍然具有正确的Message-ID语法，但MessageID通常是域名的部分将不是实际的域名，因为这些字母将被encryption。
这是可能的（但不太可能？），一些垃圾邮件检测软件将使用它作为拒绝邮件为垃圾邮件的理由。 据报道，一些垃圾邮件检测软件使用了“@”之后没有点作为拒绝邮件的理由。 如果您的PC-Alpine消息ID正在使用没有点的名称，那是因为Windows认为是您的“完整计算机名称”。 用于设置的方法因Windows的不同而不同，但在“设置” – >“控制面板” – >“系统”下查看，然后查找“networking标识”或“计算机名称”或类似内容。 如何设置它超出了阿尔派的范围。
这似乎是争夺message-id字段，显然，消除了sender字段（至less从alpine ）的需要。 这样， sender字段是旁观的。