我们的营销部门正在签订一项服务合同，将代表我们向潜在客户发送电子邮件。 从我从他们的文档收集的信息，听起来像他们通过发件人头（即From头包含我们的域中的地址，并且发件人头包含一个来自其域）。 这在一些邮件客户端的显示中放置了“通过”或“代表”标签。
他们给我们在我们的域中安装DKIMlogging的选项，并让他们直接从我们的域发送电子邮件与他们的服务器。 （大概我们也得把它们加到我们的SPF中，尽pipe他们没有提到。）
我理解这一切的一般含义，但是他们试图推送直接发送选项的一个主张是，“通过”或“代表”消息更可能被标记为垃圾邮件。 这在实践中是否真的如此？
换句话说，发件人标题与“发件人”标题不同的邮件比单独使用“发件人”标题发送的邮件更有可能被标记为垃圾邮件（假设SPFlogging不受阻碍）？
Sender是Internet邮件格式（ RFC 5322,3.6.2 ）中指定的标准发件人字段 ，因此不应被视为错误。 有时甚至是强制性的。
消息的始发者字段由发件人字段，发件人字段（适用时）和可选的回复字段组成。 来源字段由字段名称和一个或多个邮箱规范的逗号分隔列表组成。 如果“发件人”字段在邮箱列表中包含多个邮箱规范，则必须在邮件中显示包含字段名称
Sender和单个邮箱规范的发件人字段。 在任何一种情况下，还可以包含可选的回复字段，其中包含字段名称Reply-To和一个或多个地址的逗号分隔列表。始发者字段指示消息来源的邮箱。
From:字段指定消息的作者，即负责撰写消息的人或系统的邮箱。Sender:字段指定负责实际传输消息的代理的邮箱。
我不能完全确定，如果一些垃圾邮件检测单独给出Sender头的存在，但我们可以从调查SpamAssassin规则QA开始。 __HAS_SENDER的规则当前不是活动的，即它不给消息任何分数。
如果签名，DKIM将testingFrom:字段与签名以及DNS中为该域和select器提供的公钥的签名。 无论Sender是否在场，DKIM签名都必须与“ From字段匹配。 这两个不排除对方，但今天这个时候build议有DKIM签名 – 并执行DKIM与DMARC 。 我build议为每个第三方服务提供商分开select器（和签名密钥）。
另一方面，SPF根本不检查电子邮件标题。 它检查信封发件人使用的域（即SMTP MAIL FROM:命令中使用的地址）是否将此MTA列为允许的发件人。 虽然RFC 6854允许在From字段中有多个地址，但MAIL FROM始终只有一个地址，并且它总是启动一个新的邮件事务，清除所有收件人和邮件数据（ RFC 5321,3.3 ）。
因此，发送服务器可能会在信封发件人中使用自己的域，理想情况下它将与Sender标题匹配，而From匹配DKIM。 然后，最终目标服务器通过插入第三个标题Return-Path作为跟踪信息（ RFC 5321,4.4 ）来logging信封发送者。 由于目前只保存在最终目的地的信息可能会在传输过程中发生变化，因此SpamAssassin build议将此信息存储在每个Received头中。 这并没有被广泛接受，但SpamAssassin从3.0.3版本开始支持它。