电子邮件实施中的密件抄送字段答案

【问题标题】：BCC Field in Email Implementation电子邮件实施中的密件抄送字段
【发布时间】：2016-02-08 08:52:36
【问题描述】：

最近我们正在创建一个用于解释电子邮件内容的应用程序，该应用程序将向我们提供 TO 地址、CC 地址和 BCC 地址。

在处理 BCC 字段时，我们发现它似乎无法直接获取 BCC 地址。参考RFC2822，会出现更多问题。

 " There are three ways in which the "Bcc:" field is used. 
   In the first case, when a message containing a "Bcc:" field
   is prepared to be sent, the "Bcc:" line is removed even 
   though all of the recipients (including those specified
   in the "Bcc:" field) are sent a copy of the message...

   Finally, since a "Bcc:" field may contain no addresses, a 
   "Bcc:" field can be sent without any addresses indicating
   to the recipients that blind copies were sent to someone. "

假设一封电子邮件发送如下地址

   To: to1@address.com
   cc: cc1@address.com 
   bcc: bcc1@address.com

我的问题是，当收件人 bcc1@address.com 收到其电子邮件时，电子邮件源文件中是否会有“bcc1@address.com”？如果是，那么它放在什么字段？如果不是，那么在没有关于“bcc1@address.com”的任何信息的情况下，这封邮件怎么可能发给收件人？？

[更新]
如果电子邮件中不包含有关密件抄送收件人电子邮件地址的信息（包括标题部分），电子邮件服务器如何知道将这封电子邮件发送到谁的邮箱？服务器如何正确转发此类电子邮件？

【问题讨论】：

标签： email rfc rfc2822

【解决方案1】：

电子邮件的内容不一定包含有关其收件人的任何信息。在消息传输过程中，此信息被携带在消息信封中，然后在传递时被丢弃。

你所追求的东西不能可靠地完成（尽管许多人对人的消息显然包含标题中的信息）。

许多邮件列表邮件都是很好的例子，尤其是那些发送给同一域中的多个收件人的邮件。

【讨论】：

另外，这是一个主要的常见问题解答。在这里提问之前，你不可能在谷歌上搜索了很多。
从历史上看，有些实现将规范解释为允许密件抄送收件人查看此标头，因此仅将其从邮件的非密件抄送副本中删除；但我从未见过现实生活中的例子。
我无法通过谷歌搜索直接得到的是，“即使电子邮件不包含有关收件人的信息，是否有可能将电子邮件发送给某个收件人？如何发送这样的电子邮件到收件人的邮箱“
我在答案中解释了这一点；你还有什么需要帮助理解的吗？
不完全是，但这是一般的想法。想想信封里的纸质邮件；你的秘书从信封中提取信息，然后只送信。当你收到它时，他并没有修改实际的信。