Exchange服务器不为BCC消息写入“To:”标题

有没有办法让Exchange服务器在发送给密送抄送收件人的邮件中设置“ To:标题? 我们有服务器的pipe理员权限。 其他电子邮件程序这样做,所以它应该是可能的。

示例 – 如果我发送一封电子邮件到[email protected],并密件抄送到[email protected],那么user1将在To:标题中看到他自己的电子邮件地址。 User2根本不会看到To:标头。 我想让user2看到To: [email protected]

为了背景,我(我想)需要这个的原因是,我们使用一个名为Insightly的CRM工具。 我们将客户电子邮件复制到项目特定的Insightly电子邮件地址,但如果我们将电子邮件地址放在Outlookbcc字段中,Insightly就无法应付。 如果我从基于Linux的邮件帐户发送相同的电子邮件,并且标题比较突出显示丢失的“ To字段是最可能出现的问题,则应付。

显然,我的首选解决scheme是“洞察”(Insightly)修复软件并阅读“收件人”( Received for标题,但是他们的客户服务团队坚持认为这个错误仍然存​​在。

编辑:一点进一步的澄清 – 当我通过我的个人(Linuxnetworking邮件)电子邮件帐户发送电子邮件,收件人的收件人看到自己的地址在标题。 当我通过我的工作(Outlook)帐户发送电子邮件时,收到密件抄送的人根本看不到“标题”。

伊恩

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

您还可以find有关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 /交换或-前景规则?论坛= exchangesvrsecuremessaging

Outlook客户端界面中显示的字段与电子邮件传递无关。 他们在那里为了用户的方便。 当Outlook客户端发送消息时,它会编译在其UI中显示的(收件人,抄送和密件抄送) 字段中指定的所有收件人的聚合列表。 使用这个收件人列表,Outlook然后向每个收件人的邮件服务器发出一个RCPT-TO命令。 一旦完成,Outlook将发出一条(只有一条)DATA命令,其中包含您的消息(标题,空白分隔符行和正文)。 邮件服务器不知道在哪个字段中指定了哪个收件人,并且不关心。 已经通过它收到的RCPT-TO命令清单告知了谁是收件人。 收件人永远不会看到发件人发送到其发送邮件服务器的RCPT-TO命令的原始列表。

消息中的标题(在DATA命令期间发送的是什么)是Outlook放在那里的东西。 电子邮件客户端不应该在邮件的标题部分包含“密件抄送”字段,但是一些旧版客户端却做到了这一点。 Outlook应只插入与在UI中的“收件人”和“抄送”字段中指定的值相匹配的“收件人”和“抄送”标头。 由于Bcc字段从未复制到邮件中的Bcc标题中,因此邮件的标题中没有任何内容指示谁是Bcc的收件人。 而且由于收件人永远不会看到发件人发送给他们的邮件服务器的RCPT-TO命令列表,因此收件人无法知道谁被抄送了。

即使对于过去在邮件中包含Bcc头的旧电子邮件客户端(基于其UI中的Bcc字段的值),许多接收邮件的主机也会去掉该头。 它不应该被传送,所以如果存在,它会被剥离。 “密件抄送”字段的全部内容不是用收件人列表创build标题。

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

如果Insightly不改变他们的编程,你可以做什么?

以下是我可以想到的一些想法:

1)继续BCC的想法,但做2跳。 我的意思是在Insight的项目电子邮件地址中创build资源邮箱或类似的。 然后BCC这些地址,并让这些邮箱自动转发所有电子邮件到“真实”Insightly项目的电子邮件地址。 在这一点上,Insightly应该把它看作一个实际的TO地址。 不知道如何FW:信息将被处理,但值得一试。

2)简单地考虑一下Insightly地址。 我明白你为什么要做BCC,但也许这是一个select?

3)与上面的#1相同,但将电子邮件地址放在Linux邮件服务器上。 然后让服务器在收到来自Exchange的密件抄送时触发BCC Insightly。 您需要在Linux服务器上使用不同的邮件域,Outlook用户可以通过BCC电子邮件向该域发送电子邮件(如[email protected])。 然后,Exchange会将发往insightly.internal域的邮件发送到Linux服务器。 然后Linux服务器会触发一个BCC到[email protected]。 令人沮丧和愚蠢,但也应该工作。

希望有一点帮助。 这是一个棘手的情况,你不能完全只是CRM CRM软件,因为这个我猜。

密件抄送不应在电子邮件标题中添加“收件人:”字段。 如果这样做,邮件的收件人将能够看到邮件的发送者,与密件抄送的目的相反。 而是一个密件抄送添加一个密件抄送:由最终收件邮件服务器跳出的标题。 To:标题永远不会被删除并传递给收件人邮箱。

通常情况下,您添加一个单一的正常:您自己或一些公共或不答复地址。 这是收件人将看到的地址。 然后你添加你的密送。 收件人看不到这些。