邮件收件人逻辑：To / Cc / Bcc / 群发独显与转发

只讲原理：收件人 / 抄送 / 密送 / 群发独显 / 转发 时，谁能收到信、界面显示谁、各自能看到发件的哪些信息。

一、先分清两套概念

概念	含义
投递名单	邮件实际送到谁的邮箱（服务器信封）
头信息显示	打开邮件后，界面上看见 From / To / Cc 等

flowchart LR
  A[填写名单] --> B[投递名单<br/>谁会收到]
  A --> C[头信息显示<br/>谁能看见谁]
  B --> D[收件箱有信]
  C --> E[打开后看到的 To/Cc]

	含义
能收到信	在投递名单里
能看见名单	在头信息显示里

密送、群发独显：都是 送到了，但不让你看见完整名单。

二、五种方式对照总表

方式	实际是否收到	自己是否出现在别人看到的名单里	自己打开时通常看到谁	别人是否知道你被发了
收件人 To	是	是（在 To 里）	全部 To + 全部 Cc（一般无 Bcc）	是
抄送 Cc	是	是（在 Cc 里）	全部 To + 全部 Cc	是
密送 Bcc	是	否	常见：只见 To/Cc，不见其他 Bcc	否（To/Cc 不知道）
群发独显	是	否	通常只有自己	否
转发 Forward	看你转给谁	取决于新填的 To/Cc/Bcc	见第三节第 5 点	取决于你怎么转

flowchart TB
  R[五种方式]
  R --> P[公开名单]
  R --> H[隐藏名单]
  R --> F[二次分发]
  P --> TO[To 收件人]
  P --> CC[Cc 抄送]
  H --> BCC[Bcc 密送]
  H --> MASS[群发独显]
  F --> FW[转发]

三、逐项：显示规则 + 收到哪些发件信息

「发件信息」= 主题、正文、附件 + 可见的头字段（From / To / Cc / 时间等）。

1. 收件人（To）

维度	规则
显示	所有人都能看到完整 To（以及 Cc）
用途	主送：写给你 / 请你处理

内容	To 是否得到
主题、正文、附件	是
发件人 From	是
全部 To	是
全部 Cc	是
Bcc 名单	否

2. 抄送（Cc）

维度	规则
显示	与 To 一样，对所有可见收件人公开
用途	知会、备案（语义上，不是技术减量）

内容	Cc 是否得到
主题、正文、附件	是（与 To 相同）
From / To / Cc	是（与 To 看到的一样）
Bcc	否

To 与 Cc 唯一实质差别：

	To	Cc
技术	全量内容	全量内容
惯例	主责办理	知情知悉

3. 密送（Bcc）

维度	规则
投递	Bcc 的人会收到与 To/Cc 同一内容
显示	To/Cc 看不到 Bcc；Bcc 之间通常也互不可见
用途	主名单公开，再悄悄加几个人

内容	Bcc 收件人	To / Cc 收件人
主题、正文、附件	是	是
From	是	是
To / Cc 名单	是（通常）	是
完整 Bcc 名单	否	否
知道「你被密送」	自己知道收到了	否

sequenceDiagram
  participant S as 发件人
  participant M as 服务器
  participant T as To或Cc
  participant B as Bcc

  S->>M: To + Cc + Bcc + 正文附件
  M->>T: 投递（头含 To/Cc，无完整 Bcc）
  M->>B: 投递（内容相同）
  Note over T: 看不见 Bcc 名单
  Note over B: 看不见其他 Bcc

导出说明： 收件箱 .eml 常无 Bcc:；发件人「已发送」有时才有。

4. 群发独显

企业邮常见名：群发单显 / 分别发送。逻辑是：每人一份，只看见自己。

维度	规则
投递	名单中每个人都收到（常等价「分别发送」）
显示	打开后 To 栏多为仅自己
用途	大批量互不暴露邮箱（如供应商询价）

谁	看到的收件人
收件人 A	多半只有 A
收件人 B	多半只有 B

内容	每个收件人
主题、正文、附件	是（可同质或模板个性化）
完整群发名单	否

与 Bcc 对比：

	密送 Bcc	群发独显
结构	固定 To/Cc + 隐藏 B	大批名单，人人独立视角
打开后 To	大家仍见同一批 To/Cc	每人往往只有自己
目标	主叙事不变，悄悄加人	互不看见对方邮箱

flowchart LR
  S[选定多人] --> SYS[系统]
  SYS --> A[副本给甲 只见自己]
  SYS --> B[副本给乙 只见自己]
  SYS --> C[副本给丙 只见自己]

5. 转发（Forward）

转发 = 基于原信再发一封新邮件，名单规则全部重开。

问题	答案
原 To/Cc 会自动变成新收件人吗？	否
新收件人能否看到原正文/附件？	通常能（若你附带/引用）
新收件人能否看到原 Bcc？	几乎不能
会否看到原 To/Cc？	可能（引用块「原始邮件」里）

内容	被转发的人
你的转发说明	是（若有）
原主题（常带 Fw: / 转发：）	是
原文、附件（若附带）	是
原完整头 / 原 Bcc	头可能部分引用；Bcc 通常没有

flowchart LR
  M0[原邮件] --> YOU[你转发]
  YOU --> M1[新邮件]
  M1 --> N[新 To/Cc/Bcc]
  M1 --> R[可能嵌套原文]

四、谁会收到哪些信息（总图）

普通邮件：To / Cc / Bcc

flowchart TB
  CONTENT[主题 + 正文 + 附件]
  CONTENT --> TO[To]
  CONTENT --> CC[Cc]
  CONTENT --> BCC[Bcc]
  TO --- VIS[看见：全部 To + 全部 Cc]
  CC --- VIS
  BCC --- VIS2[看见：To + Cc<br/>不见其他 Bcc]

	To	Cc	Bcc
主题/正文/附件	是	是	是
全部 To、Cc	是	是	是（常见）
完整 Bcc	否	否	否

群发独显

同一套主题/正文/附件
    ├── → A（只看见自己）
    ├── → B（只看见自己）
    └── → C（只看见自己）

一句话对照

方式	一句话
To / Cc	内容相同，名单互相可见
Bcc	内容相同，To/Cc 看不见密送
群发独显	内容相同（或模板），只看见自己
转发	新的一封信；新人看到你附带的内容与新名单，不是原密送表

五、与 .eml 分析 / 选用的对应

归档里通常能看到什么

发送方式	导出 .eml 常见情况	能否统计完整名单
只填 To / Cc	有 To、Cc	能
填了 Bcc	收件副本常无；已发送有时有	视导出而定
群发独显	每封往往只有 1 个 To	难（拼不出全集）
转发	新 To/Cc/Bcc + 可能带原文引用	能统计新名单；原 Bcc 仍无

flowchart LR
  SEND[真实发送] --> INBOX[收件箱导出]
  SEND --> SENT[已发送导出]
  INBOX --> X1[常无 Bcc]
  SENT --> X2[有时有 Bcc]
  MASS[群发独显] --> X3[每封局部 To]

推论： 文件里没有 Bcc ≠ 发送时一定没用密送；只说明这份副本的展示层没有密送字段。

选用建议

目的	用
主责办理	To
公开知会	Cc
悄悄给领导/法务，对方名单不必知道	Bcc
大批供应商/客户，互不暴露邮箱	群发独显
把已有邮件给新人	转发（注意引用里是否带原 To/Cc）

flowchart TD
  Q1{彼此要看见对方邮箱？}
  Q1 -->|要| Q2{区分主责与知情？}
  Q1 -->|不要| Q3{已有固定 To/Cc？}
  Q2 -->|要| TOC[To + Cc]
  Q2 -->|不要| ALL[全 To 或全 Cc]
  Q3 -->|有，再悄悄加人| BCC[Bcc]
  Q3 -->|大批量只见自己| MASS[群发独显]

原则（六条）

投递与显示是两件事。
To 与 Cc（技术上）：都收全量内容；差在角色语义。
Bcc：全量内容，对 To/Cc 切断名单可见。
群发独显：全量（或模板）内容，收件人之间切断名单可见。
转发：新邮件；原 Bcc 不会变成新人可见的名单。
归档可见性 ≤ 发送时的展示策略；缺字段不能当「未发生」的充分证明。