SMTP 服务器搭建完全指南 / 第 1 章：SMTP 协议与邮件系统架构

第 1 章：SMTP 协议与邮件系统架构

理解邮件传输的底层原理，是搭建可靠邮件服务器的第一步。

1.1 SMTP 协议基础

1.1.1 什么是 SMTP

SMTP（Simple Mail Transfer Protocol，简单邮件传输协议）是互联网邮件传输的标准协议，由 RFC 5321 定义。它负责将邮件从发送方传递到接收方的邮件服务器。

核心特性：

1.1.2 SMTP 通信过程

一次完整的 SMTP 会话如下：

客户端                              服务器
  │                                   │
  │──── TCP 连接 (端口 25/587) ──────►│
  │                                   │
  │◄─── 220 mail.example.com ESMTP ──│
  │                                   │
  │──── EHLO client.example.com ────►│
  │◄─── 250-mail.example.com ────────│
  │◄─── 250-STARTTLS ────────────────│
  │◄─── 250-AUTH PLAIN LOGIN ────────│
  │◄─── 250 SIZE 10485760 ───────────│
  │                                   │
  │──── MAIL FROM:<sender@ex.com> ──►│
  │◄─── 250 OK ──────────────────────│
  │                                   │
  │──── RCPT TO:<recv@target.com> ──►│
  │◄─── 250 OK ──────────────────────│
  │                                   │
  │──── DATA ────────────────────────►│
  │◄─── 354 Start mail input ────────│
  │                                   │
  │──── Subject: Hello ──────────────►│
  │──── (邮件正文) ──────────────────►│
  │──── . ───────────────────────────►│
  │◄─── 250 OK: Message queued ──────│
  │                                   │
  │──── QUIT ────────────────────────►│
  │◄─── 221 Bye ─────────────────────│

1.1.3 核心命令详解

1.1.4 SMTP 状态码

SMTP 使用三位数字状态码表示响应结果：

常见状态码速查：

220  服务就绪
250  请求操作完成
354  开始邮件输入
421  服务不可用
450  邮箱不可用（临时）
451  处理中出错（临时）
452  存储空间不足（临时）
500  命令无法识别
550  邮箱不存在（永久）
551  用户非本地用户
552  存储空间不足（永久）
553  邮箱名不允许
554  事务失败

1.2 邮件系统架构

1.2.1 完整邮件系统组件

一个生产级邮件系统由多个组件协作完成：

                    发送方                              接收方
    ┌─────────────────────────────┐    ┌─────────────────────────────┐
    │                             │    │                             │
    │  MUA ──► MSA ──► MTA ──────┼────┼──► MTA ──► MDA ──► 邮箱    │
    │  (用户)  (提交)  (传输)     │    │   (传输)  (投递)           │
    │                             │    │                             │
    │  Roundcube   Postfix        │    │  Postfix   Dovecot         │
    │  Thunderbird 端口587        │    │  端口25    LDA             │
    │                             │    │                             │
    └─────────────────────────────┘    └─────────────────────────────┘

1.2.2 组件职责

1.2.3 邮件投递全流程

一封邮件从发送到接收的完整路径：

1. 用户在 MUA 中撰写邮件
       │
2. MUA 连接 MSA (端口 587)，提交邮件
       │
3. MSA 验证发件人身份（SASL 认证）
       │
4. MSA 将邮件转交给 MTA
       │
5. MTA 查询收件人域名的 MX 记录
       │
6. MTA 通过 SMTP (端口 25) 将邮件发送到目标 MTA
       │
7. 目标 MTA 进行反垃圾邮件检查
       │
8. 目标 MTA 将邮件交给 MDA
       │
9. MDA 将邮件投递到用户邮箱（Maildir/Mbox）
       │
10. 用户通过 MRA (IMAP/POP3) 收取邮件

1.3 MX 记录与 DNS

1.3.1 MX 记录原理

MX（Mail Exchanger）记录是 DNS 中专门用于邮件路由的记录类型，它告诉发送方：“发往这个域名的邮件应该投递到哪个服务器”。

查询 example.com 的 MX 记录：

$ dig MX example.com +short
10 mail1.example.com.
20 mail2.example.com.

优先级机制：

1.3.2 MX 记录配置示例

在 DNS 管理面板中添加 MX 记录：

注意：MX 记录的值必须是主机名（A/AAAA 记录），不能是 IP 地址，也不能是 CNAME 记录（RFC 2181）。

1.3.3 使用 dig 调试 MX 记录

# 查询 MX 记录
dig MX example.com +short

# 查询 MX 记录并追踪解析过程
dig MX example.com +trace

# 查询特定邮件服务器的 A 记录
dig A mail.example.com +short

# 测试邮件服务器连通性
telnet mail.example.com 25

# 使用 nslookup 交叉验证
nslookup -type=MX example.com

1.3.4 常见 MX 配置错误

1.4 SMTP 端口选择

1.4.1 端口对比

1.4.2 为什么 25 端口常被封锁

云服务商封锁 25 端口的原因：
┌────────────────────────────────────────────┐
│  防止被用于发送垃圾邮件                      │
│  避免 IP 段被整体列入黑名单                  │
│  降低滥用投诉风险                            │
│                                              │
│  常见封锁 25 端口的云服务商：                  │
│  • AWS (需申请解封)                           │
│  • Google Cloud (默认封锁)                    │
│  • Azure (默认封锁)                           │
│  • 阿里云 (部分区域封锁)                      │
│  • 腾讯云 (需申请解封)                        │
└────────────────────────────────────────────┘

1.5 自建邮件服务器适用场景

1.5.1 适合自建的场景

1.5.2 不适合自建的场景

1.5.3 自建 vs 托管对比

1.6 本章实验：验证邮件基础设施

1.6.1 检查当前环境

# 检查操作系统
cat /etc/os-release | head -5

# 检查公网 IP
curl -s ifconfig.me

# 检查反向 DNS 记录
dig -x $(curl -s ifconfig.me) +short

# 检查 25 端口是否可用
telnet gmail-smtp-in.l.google.com 25

# 检查主机名设置
hostname -f

1.6.2 配置主机名

# 设置主机名（替换为你的域名）
sudo hostnamectl set-hostname mail.example.com

# 编辑 /etc/hosts
sudo tee -a /etc/hosts << 'EOF'
# 邮件服务器配置
127.0.1.1  mail.example.com mail
EOF

# 验证主机名
hostname -f

1.6.3 验证 DNS 解析

#!/bin/bash
# dns-check.sh — 邮件服务器 DNS 预检查脚本

DOMAIN="example.com"
MAIL_SERVER="mail.example.com"
PUBLIC_IP=$(curl -s ifconfig.me)

echo "=== 邮件服务器 DNS 预检查 ==="
echo "域名: $DOMAIN"
echo "邮件服务器: $MAIL_SERVER"
echo "公网 IP: $PUBLIC_IP"
echo ""

# 检查 A 记录
echo "[1/4] 检查 A 记录..."
A_RECORD=$(dig +short A $MAIL_SERVER)
if [ "$A_RECORD" = "$PUBLIC_IP" ]; then
    echo "  ✅ A 记录正确: $MAIL_SERVER -> $A_RECORD"
else
    echo "  ❌ A 记录不匹配: 期望 $PUBLIC_IP, 实际 $A_RECORD"
fi

# 检查 MX 记录
echo "[2/4] 检查 MX 记录..."
MX_RECORD=$(dig +short MX $DOMAIN | head -1)
if [ -n "$MX_RECORD" ]; then
    echo "  ✅ MX 记录存在: $MX_RECORD"
else
    echo "  ❌ 未找到 MX 记录"
fi

# 检查反向 DNS
echo "[3/4] 检查反向 DNS (PTR)..."
PTR_RECORD=$(dig +short -x $PUBLIC_IP)
if [ "$PTR_RECORD" = "$MAIL_SERVER." ]; then
    echo "  ✅ PTR 记录正确: $PTR_RECORD"
else
    echo "  ❌ PTR 记录不匹配: 期望 $MAIL_SERVER., 实际 $PTR_RECORD"
fi

# 检查 SMTP 连通性
echo "[4/4] 检查 SMTP 连通性..."
if timeout 5 bash -c "echo QUIT | nc -w3 gmail-smtp-in.l.google.com 25" &>/dev/null; then
    echo "  ✅ 25 端口可达"
else
    echo "  ❌ 25 端口被封锁"
fi

echo ""
echo "=== 检查完成 ==="

1.7 注意事项

⚠️ 反向 DNS (PTR 记录)

大多数邮件服务器会检查发件方的 PTR 记录。如果 PTR 记录不存在或不匹配，邮件很可能被拒收或归入垃圾邮件。PTR 记录需要在云服务商/ISP 控制面板中设置，而非在你自己的 DNS 中。

⚠️ IP 黑名单检查

在开始搭建前，务必检查服务器 IP 是否已被列入黑名单：

# 使用 MXToolbox 检查
# https://mxtoolbox.com/blacklists.aspx

# 命令行检查常见黑名单
for bl in zen.spamhaus.org bl.spamcop.net; do
    REVERSED_IP=$(echo $PUBLIC_IP | awk -F. '{print $4"."$3"."$2"."$1}')
    RESULT=$(dig +short $REVERSED_IP.$bl)
    if [ -z "$RESULT" ]; then
        echo "✅ 未列入 $bl"
    else
        echo "❌ 已列入 $bl: $RESULT"
    fi
done

1.8 扩展阅读

• RFC 5321 — SMTP 协议规范
• RFC 5322 — 互联网消息格式
• RFC 6186 — 使用 SRV 记录定位邮件服务
• Postfix 官方文档
• MXToolbox — 邮件诊断工具
• Google — 防止邮件被标记为垃圾邮件

下一章：第 2 章：Postfix 安装与基础配置 →