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

一、先分清两套概念

概念 含义
投递名单 邮件实际送到谁的邮箱（服务器信封）
头信息显示 打开邮件后，界面上看见 From / To / Cc 等 
1
2
3
4
5
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 点 取决于你怎么转 
1
2
3
4
5
6
7
8
9
10
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 名单 否 否
知道「你被密送」 自己知道收到了 否 
1
2
3
4
5
6
7
8
9
10
11
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 每人往往只有自己
目标 主叙事不变，悄悄加人 互不看见对方邮箱 
1
2
3
4
5
flowchart LR
  S[选定多人] --> SYS[系统]
  SYS --> A[副本给甲 只见自己]
  SYS --> B[副本给乙 只见自己]
  SYS --> C[副本给丙 只见自己]

5. 转发（Forward）

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

问题 答案
原 To/Cc 会自动变成新收件人吗？ 否
新收件人能否看到原正文/附件？ 通常能（若你附带/引用）
新收件人能否看到原 Bcc？ 几乎不能
会否看到原 To/Cc？ 可能（引用块「原始邮件」里）
内容 被转发的人
你的转发说明 是（若有）
原主题（常带 Fw: / 转发：） 是
原文、附件（若附带） 是
原完整头 / 原 Bcc 头可能部分引用；Bcc 通常没有 
1
2
3
4
5
flowchart LR
  M0[原邮件] --> YOU[你转发]
  YOU --> M1[新邮件]
  M1 --> N[新 To/Cc/Bcc]
  M1 --> R[可能嵌套原文]

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

普通邮件：To / Cc / Bcc

1
2
3
4
5
6
7
8
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 否 否 否

群发独显

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

一句话对照

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

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

归档里通常能看到什么

发送方式 导出 .eml 常见情况 能否统计完整名单
只填 To / Cc 有 To、Cc 能
填了 Bcc 收件副本常无；已发送有时有 视导出而定
群发独显 每封往往只有 1 个 To 难（拼不出全集）
转发 新 To/Cc/Bcc + 可能带原文引用 能统计新名单；原 Bcc 仍无 
1
2
3
4
5
6
flowchart LR
  SEND[真实发送] --> INBOX[收件箱导出]
  SEND --> SENT[已发送导出]
  INBOX --> X1[常无 Bcc]
  SENT --> X2[有时有 Bcc]
  MASS[群发独显] --> X3[每封局部 To]

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

选用建议

目的 用
主责办理 To
公开知会 Cc
悄悄给领导/法务，对方名单不必知道 Bcc
大批供应商/客户，互不暴露邮箱 群发独显
把已有邮件给新人 转发（注意引用里是否带原 To/Cc） 
1
2
3
4
5
6
7
8
flowchart TD
  Q1{彼此要看见对方邮箱？}
  Q1 -->|要| Q2{区分主责与知情？}
  Q1 -->|不要| Q3{已有固定 To/Cc？}
  Q2 -->|要| TOC[To + Cc]
  Q2 -->|不要| ALL[全 To 或全 Cc]
  Q3 -->|有，再悄悄加人| BCC[Bcc]
  Q3 -->|大批量只见自己| MASS[群发独显]

原则（六条）

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

快来参与讨论吧~