Exchange服务器不为密件抄送消息写入"To：“头

Question

是否有方法使Exchange服务器在发送给密件抄送收件人的邮件中设置To:头？我们有管理员访问服务器的权限。其他电子邮件程序会这样做，所以应该是可能的。

示例--如果我向user1@a.com发送电子邮件，并将其发送给user2@a.com，user1将在To:标题中看到他自己的电子邮件地址。User2将根本看不到To:头。我要user2去见To: user2@a.com。

作为背景，我(认为我)需要这一点的原因是我们使用了一个名为Insightly的CRM工具。我们将客户电子邮件复制到特定于项目的错误电子邮件地址，但如果我们将电子邮件地址放在Outlook中的bcc字段中，则无法处理。如果我从基于linux的邮件帐户发送相同的电子邮件，它就会处理，而邮件头的比较则突出显示丢失的To字段是最可能的问题。

显然，我更喜欢的解决方案是让Insightly修复他们的软件并读取类似于Received for头的内容，但是他们的客户服务团队坚持这个错误仍然存在。

编辑:一个进一步的澄清--当我通过我的个人(linux网络邮件)电子邮件帐户发送电子邮件时，收到密件的人会看到他们自己的地址。当我通过我的工作(Outlook)帐户发送电子邮件时，接收bcc的人会看到根本没有标题。

Answer 1

伊恩

首先，让我分享一些关于Exchange如何处理密件抄送信息的背景，这里有一篇很好的文章：http://gsexdev.blogspot.com/2011/06/processing-bccs-in-exchange-transport.html

您还可以在这里找到与Exchange如何处理密件抄送有关的信息：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中显示的(To、Cc和Bcc)字段中指定的所有收件人的聚合列表。使用此收件人列表，outlook将向每个收件人的邮件服务器发出RCPT-TO命令。一旦完成，outlook将发出一个(仅一个)数据命令，其中包含您的消息(标头、空白分隔符行和正文)。邮件服务器不知道在哪个字段中指定了哪个收件人，也不关心。从RCPT的列表中可以知道谁是接收者--接收到的命令。收件人永远无法看到发件人向其发送邮件服务器发出的RCPT-TO命令的原始列表。消息中的标题(在数据命令期间发送的内容)是outlook在其中放置的内容。电子邮件客户端不应该包括Bcc字段在他们的标题部分，在消息，但一些遗留客户端。Outlook只应插入与UI中To和Cc字段中指定的值匹配的To和Cc标头。由于Bcc字段从未复制到邮件中的Bcc标头，因此邮件标题中没有任何内容可以指示谁是Bcc‘’ed收件人。而且由于收件人永远无法看到RCPT的列表--发送者向他们的邮件服务器发出的命令，因此收件人无法知道是谁得到了Bcc‘’ed。即使对于那些根据UI中Bcc字段的值在消息中包含Bcc头的旧电子邮件客户端(例如，这样做的一个选项)，许多接收邮件的主机也会删除该标头。它不应该被传播，所以如果它存在，它就会被剥掉。Bcc字段的全部要点不是用该收件人列表创建标题。

所以让我们谈谈问题的核心。Exchange处理它的方式与您在Linux邮件服务器上使用的不同。

如果Insightly不改变他们的程序，你能做些什么呢？

以下是我能想到的一些可能有用的想法：

( 1)继续BCC的想法，但要跳2次。我的意思是在Insightly项目中创建资源邮箱或类似的电子邮件地址。然后BCC这些地址，并让那些邮箱自动转发所有电子邮件到“真实”项目的电子邮件地址。在这一点上，不雅应该把它看作是一种实际的解决办法。不确定FW:信息将如何处理它，但值得一试。

2)简单地考虑CCing的不雅地址。我明白你为什么想要做密件，但也许这是一个选择？

3)与上面的#1相同，但是将电子邮件地址放在Linux邮件服务器上。然后，在接收到来自Exchange的密件抄送时，将该服务器触发器错误地发送到BCC。您需要在Linux服务器上使用不同的邮件域，而Outlook用户将通过密件抄送该域(如Project1@insightly.internal)。然后，Exchange将发送发送给insightly.internal域的邮件到Linux服务器。然后，Linux服务器将向Project1@realdomain.com触发一个密件抄送。令人沮丧和愚蠢，但也应该起作用。

希望这能帮点忙。这是一个棘手的情况下，你不能完全否定客户关系管理软件，因为这我猜。

Answer 2

bcc不应将To:字段添加到电子邮件标题中。如果这样做，邮件的接收方将能够看到消息发送给谁，这与密件抄送的意图相反。相反，bcc会向报头添加Bcc: line，最终接收邮件服务器将其删除。A到:头永远不会被剥离，并被传递给收件人邮箱。

通常，您添加一个普通的:您自己或一些公共或没有回复地址。这是收件人将看到的地址。然后你添加你的密件。收件人没有看到这些。