有没有办法让 Exchange 服务器设置发送To:给密件抄送收件人的邮件中的标头？我们拥有服务器的管理员权限。其他电子邮件程序也可以这样做，所以应该是可行的。
例如 - 如果我发送电子邮件至[电子邮件保护]并将其密送至[电子邮件保护]，用户 1 将在标头中看到自己的电子邮件地址To:。用户 2 根本看不到To:标头。我希望用户 2 看到。To: [email protected]
背景是，我（认为我）需要这个的原因是我们使用了一个名为的 CRM 工具Insightly。我们将客户电子邮件复制到项目特定的 Insightly 电子邮件地址，但如果我们将电子邮件地址放在bccOutlook 的字段中，Insightly 就无法应对。如果我从基于 Linux 的邮件帐户发送同一封电子邮件，它会应对，并且标题的比较突出显示了缺少的To字段是最可能的问题。
显然，我更希望的解决方案是让 Insightly 修复他们的软件并读取类似Received for标题的内容，但他们的客户服务团队坚持保留这个错误。
编辑：进一步说明一下 - 当我通过我的个人 (linux webmail) 电子邮件帐户发送电子邮件时，接收密件抄送的人会在收件人标题中看到他们自己的地址。当我通过我的工作 (Outlook) 帐户发送电子邮件时，接收密件抄送的人根本看不到收件人标题。
答案1
伊恩，
首先让我分享一些有关 Exchange 如何处理 BCC 信息的背景知识，这里有一篇很好的文章：http://gsexdev.blogspot.com/2011/06/processing-bccs-in-exchange-transport.html
您还可以在这里找到有关 Exchange 如何处理 BCC 的信息：https://superuser.com/questions/476620/finding-bcc-in-internet-mail-headers
此外，我将简单地复制/粘贴这位 MS 员工的回答，因为它解释得足够好了：http://social.technet.microsoft.com/Forums/exchange/en-US/faa6a8f4-7192-406f-bf7c-f41b52473e37/exchange-or-outlook-rule?forum=exchangesvrsecuremessaging
这字段Outlook 客户端 UI 中显示的与电子邮件传递无关。它们是为了方便用户而存在的。当您使用 Outlook 客户端发送消息时，它会汇总在收件人、抄送和密送中指定的所有收件人的列表字段显示在其 UI 中。使用此收件人列表，Outlook 随后向每个收件人的邮件服务器发出 RCPT-TO 命令。完成后，Outlook 发出一个（仅一个）包含邮件（标题、空白分隔符行和正文）的 DATA 命令。邮件服务器不知道在哪个字段中指定了哪个收件人，也不关心。它已通过收到的 RCPT-TO 命令列表得知收件人是谁。收件人永远看不到发件人向其发送邮件服务器发出的原始 RCPT-TO 命令列表。
邮件中的标题（在 DATA 命令期间发送的内容）是 Outlook 放置在那里的内容。电子邮件客户端不应该在邮件的标题部分包含密件抄送字段，但一些旧版客户端却这么做了。Outlook 应该只插入与 UI 中收件人和抄送字段中指定的值匹配的收件人和抄送标题。由于密件抄送字段从未复制到邮件中的密件抄送标题，因此邮件标题中没有任何内容可以表明谁是密件抄送的收件人。而且，由于收件人永远看不到发件人向其邮件服务器发出的 RCPT-TO 命令列表，因此收件人无法知道谁收到了密件抄送。
即使对于过去根据其 UI 中的 Bcc 字段值在邮件中包含 Bcc 标头的旧电子邮件客户端（例如，作为这样做的选项），许多接收邮件主机也会删除该标头。它不应该被传输，因此如果存在，它会被删除。Bcc 字段的全部意义不在于创建包含该收件人列表的标头。
那么让我们来谈谈问题的核心。Exchange 的处理方式与您在 Linux 邮件服务器上所习惯的方式不同。
但是如果 Insightly 不改变他们的编程，你该怎么办？
以下是我认为可能有用的几个想法：
1) 继续使用 BCC 的想法，但要进行 2 次跳转。我的意思是在 Exchange 中为 Insightly 项目电子邮件地址创建资源邮箱或类似邮箱。然后密送这些地址，并让这些邮箱将所有电子邮件自动转发到“真实”Insightly 项目电子邮件地址。此时 Insightly 应该将其视为实际的收件人地址。不确定它将如何处理 FW：信息，但值得一试。
2) 考虑直接抄送 Insightly 地址。我明白你为什么要使用密件抄送，但也许这是一个选择？
3) 与上面的 #1 相同，但将电子邮件地址放在 Linux 邮件服务器上。然后让该服务器在收到来自 Exchange 的密件抄送时触发密件抄送 Insightly。您需要在 Linux 服务器上使用不同的邮件域，Outlook 用户会将电子邮件密件抄送至该域（例如[电子邮件保护]）。然后 Exchange 会将发往 insightly.internal 域的邮件发送到 Linux 服务器。然后 Linux 服务器会触发 BCC 以[电子邮件保护]。令人沮丧又愚蠢，但应该也能起到作用。
希望这能有所帮助。这是一个棘手的情况，我猜你不能仅仅因为这个就放弃 CRM 软件。
答案2
密件抄送不应在电子邮件标题中添加“收件人：”字段。如果这样做，邮件的收件人将能够看到邮件发送给谁，这与密件抄送的意图相反。相反，密件抄送会在标题中添加“密件抄送：”行，最终接收邮件服务器会将其删除。“收件人：”标题永远不会被删除，并会传递到收件人邮箱。
通常，您会添加一个普通的收件人：您自己的地址或某个公共或无回复地址。这是收件人将看到的地址。然后添加您的密件抄送地址。收件人看不到这些。