协议的协作分工
电子邮件的运作依赖于三种核心协议的配合。SMTP（简单邮件传输协议）负责将邮件从发件人的客户端推送到服务器，以及在服务器之间进行接力。它的逻辑非常单纯：确认发件人权限，然后寻找下一个接收点。
与之相对的是IMAP和POP3，它们负责邮件的拉取。现代工作环境通常首选 IMAP，因为它允许客户端与服务器保持双向同步。这意味着你在手机上标记为已读的邮件，在电脑上也会同步显示为已读状态。相比之下，过时的 POP3 往往会将邮件直接从服务器下载到本地并删除云端备份，这种单向模式在多设备时代已经显得捉襟见肘。
Gmail官方支持文档：https://support.google.com/mail/
寻找目标的精确路径
即使知道了协议，服务器也需要知道具体的物理位置。这涉及到了域名系统（DNS）中的MX 记录。当发件方服务器接收到一封发往example.com的邮件时，它会向 DNS 服务器发起查询，请求获取负责该域名的邮件交换服务器地址。
如果没有 MX 记录，邮件系统将无法定位目的地。这一步是自动化完成的，通常在几毫秒内就能得出结果。一旦确定了目标服务器的 IP 地址，发件方服务器就会尝试建立连接。
安全验证与投递
为了防止垃圾邮件和身份伪造，现代邮件系统引入了多种验证机制。SPF记录规定了哪些服务器有权代表某个域名发送邮件，而DKIM则为邮件添加了数字签名，确保内容在传输过程中没有被篡改。如果这些验证失败，接收方服务器很可能会直接拒绝接收，或者将邮件放入垃圾箱。
当邮件最终通过验证并到达目标服务器后，它会被交给MDA（邮件投递代理）。MDA 的职责是将邮件写入磁盘上属于收件人的存储空间。
Microsoft Outlook 帮助中心：https://support.microsoft.com/outlook
在底层交互中，SMTP 的会话过程通常表现为一系列纯文本指令。以下是一个标准的 SMTP 会话片段，展示了服务器之间是如何打招呼并交换信息的：
HELO mail.example.com 250 OK MAIL FROM:<sender@example.com> 250 OK RCPT TO:<recipient@destination.com> 250 OK DATA 354 End data with <CR><LF>.<CR><LF> Subject: Technical Update Content of the email message. . 250 OK: queued as 12345 QUIT 221 BYE整个过程是异步的。如果目标服务器暂时无法访问，发件方服务器并不会立即放弃。它会将邮件放入队列中，并在接下来的几小时或几天内多次尝试重新发送。这种高度的容错性是电子邮件在诞生几十年后依然无法被彻底取代的核心原因。
