一句话说清

邮件是存储转发:先交给中继,再由收件方取走。

为什么值得懂

邮件发出去不等于送到,读到了也不等于还在服务器上。搞清它的几个角色和协议,退信、垃圾邮件的判定、以及手机和电脑上收件箱不一样,就都有了说法。

零基础讲解

一、不是两台机器在说话,是四个角色。 互联网标准文件 RFC 5321(RFC 是互联网工程任务组发布的技术文件编号)第 2.3.3 节把参与方分清楚:客户端、提交服务器、负责转发的传输代理、收件人的邮件存储。

二、信封和信纸是分开的。 SMTP(简单邮件传输协议)决定送到哪,格式由另一份标准管:RFC 5322 第 3.6 节定义 From、To、Subject 这些字段。退信地址和信头里的 From 因此可以不一致。

三、取信有两条路。 POP3 把信下载到本地,通常下完就删;IMAP(RFC 9051 第 2 章)把信留在服务器上,只同步状态。这决定了换设备能不能看到同一批邮件。

四、发件人可以伪造。 SPF 由域名的 DNS 记录声明哪些服务器有权替它发信,DKIM 给邮件签名,DMARC 再要求校验结果与信头的 From 域对齐。

有争议:验证与转发天生冲突。 主流观点是这套机制能挡住大部分伪造发件人的垃圾邮件。但转发会破坏它:SPF 检验的是连上来的服务器有没有被授权,转发服务器用的却是自己的地址,RFC 7208 附录 D 的 D.2 一节就是给转发场景开的。两边争的是安全与可达性怎么配比。

一封邮件的五站:写信、提交服务器、中继转发、收件服务器、客户端取走;送到靠 SMTP,取走靠 IMAP 或 POP3
信先被存下来再转出去,所以发出、送到、读到是三件事。

一个例子

一封会议通知发到工作邮箱,手机和电脑上用 IMAP 都看得到同一批信——因为信留在服务器上。换成 POP3,谁先下载谁拿走。

常见误解

  • 以为点发送就等于对方收到:中间每一站都可能退回。
  • 以为信头里的 From 就是真发件人:信封和信纸可以不一致。
  • 以为附件是直接塞进邮件的:它先被编码成文本。

应用场景

  • 生活:收不到重要邮件,先看垃圾箱和退信,再翻原始邮件。
  • 职场:群发通知用邮件列表而非密送,能少一堆退信。
  • 写作与创作:写邮件桥段,用退信和邮件头比用「黑进邮箱」真。

关联知识点

  • 互联网协议 TCP/IP(tcp-ip,SMTP 跑在它上面)
  • 互联网原理(web-internet,网页邮箱走的是另一条路)
  • 域名系统(dns,SPF 记录与收件服务器位置都记在 DNS)
  • 网络安全(cybersecurity,冒名发信是最常见的攻击之一)
  • 所属主线:因果与系统、信任与合作