Postfix自签名证书导致TLS握手失败，邮件发送被拒绝

Question

Postfix使用自签名证书时，常因TLS握手失败导致邮件被拒收。典型表现为客户端（如Gmail、Outlook）或中继服务器拒绝建立加密连接，日志中出现“SSL_accept error: … certificate verify failed”或“TLS handshake failed”等错误。根本原因在于：自签名证书未被对方信任，缺乏可信CA签发链，且Postfix默认配置（如`smtpd_tls_security_level = may`）虽允许降级明文传输，但现代MTA普遍强制要求有效证书（`encrypt`或`verify`级别）。此外，证书域名不匹配（CN/SAN与HELO/FQDN不一致）、私钥权限错误（非600）、证书过期或未正确加载（`smtpd_tls_cert_file`/`key_file`路径错误）亦会触发失败。临时禁用TLS（`smtpd_tls_security_level = none`）虽可绕过，但违反安全规范且易被拒信。正确解法是：生成符合RFC标准的自签名证书（含正确SAN）、严格校验文件权限与路径，并在测试环境优先启用`smtpd_tls_loglevel = 2`定位握手阶段异常。

Answer 1

```html

一、现象层：TLS握手失败的典型外在表现

• Gmail/Outlook客户端拒绝接收来自该Postfix服务器的邮件，返回5.7.1 Untrusted TLS certificate等错误
• 远程MTA（如Yahoo、Microsoft 365中继）日志显示SSL_accept error: sslv3 alert bad certificate
• 本地Postfix日志（/var/log/mail.log）高频出现：NOQUEUE: reject: RCPT from ...: 454 4.7.1 TLS handshake failed
• openssl s_client -connect yourdomain.com:25 -starttls smtp测试时卡在verify error:num=18:self signed certificate

二、配置层：Postfix TLS安全策略与默认行为陷阱

Postfix的TLS行为由以下关键参数协同控制：

参数	典型值	风险说明
smtpd_tls_security_level	may（默认）	允许明文降级，但Gmail等强制要求encrypt或verify，导致连接被拒
smtpd_tls_cert_file	/etc/postfix/ssl/smtpd.crt	路径错误或文件不存在将静默失败（无明确报错，仅握手中断）
smtpd_tls_key_file	/etc/postfix/ssl/smtpd.key	私钥权限非600（如644）将被Postfix拒绝加载

三、证书层：自签名证书的RFC合规性硬约束

现代MTA（RFC 8314 §3.1）要求证书必须满足：

• Subject Alternative Name (SAN) 必须包含Postfix的HELO域名（myhostname）及所有对外暴露的MX/FQDN（如mail.example.com, example.com）
• CN字段已被主流客户端弃用，仅SAN有效；缺失SAN将触发certificate verify failed: unable to get local issuer certificate
• 证书有效期≤398天（Apple ATS & Gmail强制），过期即拒绝
• 密钥长度≥2048位（RSA）或使用ECDSA P-256，SHA-1签名已全面淘汰

四、验证层：端到端调试链路与诊断工具矩阵

启用深度日志并交叉验证各环节：

# 1. 启用TLS详细日志（重启后生效）
postconf -e "smtpd_tls_loglevel = 2"
postconf -e "smtp_tls_loglevel = 2"
systemctl reload postfix

# 2. 检查证书链完整性（关键！）
openssl x509 -in /etc/postfix/ssl/smtpd.crt -text -noout | grep -A1 "Subject Alternative Name"

# 3. 验证私钥-证书匹配性
openssl x509 -noout -modulus -in /etc/postfix/ssl/smtpd.crt | openssl md5
openssl rsa -noout -modulus -in /etc/postfix/ssl/smtpd.key | openssl md5

五、实践层：生成RFC合规自签名证书的标准流程

以下脚本生成含SAN、正确权限、PEM格式的证书对（适用于Debian/Ubuntu/CentOS）：

#!/bin/bash
DOMAIN="mail.example.com"
SUBJ="/C=CN/ST=Beijing/L=Beijing/O=Example Ltd./CN=$DOMAIN"
SAN="DNS:$DOMAIN,DNS:example.com,IP:192.168.1.100"

# 生成私钥（严格600权限）
openssl genrsa -out /etc/postfix/ssl/smtpd.key 4096
chmod 600 /etc/postfix/ssl/smtpd.key

# 创建SAN配置文件
cat > /tmp/san.cnf <

六、集成层：Postfix TLS配置黄金组合

在/etc/postfix/main.cf中强制启用可信传输：

# 必须项（不可妥协）
smtpd_tls_security_level = encrypt
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_CAfile = /etc/postfix/ssl/smtpd.crt   # 自签名场景：自身即CA
smtpd_tls_protocols = !SSLv2, !SSLv3, !TLSv1, !TLSv1.1, TLSv1.2, TLSv1.3
smtpd_tls_ciphers = high
smtpd_tls_mandatory_ciphers = high

# 增强兼容性（可选）
smtpd_tls_exclude_ciphers = aNULL, eNULL, EXPORT, DES, RC4, MD5, PSK, SRP, CAMELLIA, SEED

七、验证层：自动化健康检查清单（Mermaid流程图）

graph TD
    A[启动TLS验证] --> B{证书文件存在？}
    B -->|否| C[报错：cert/key not found]
    B -->|是| D{私钥权限=600？}
    D -->|否| E[报错：key permissions too open]
    D -->|是| F{证书与私钥匹配？}
    F -->|否| G[报错：modulus mismatch]
    F -->|是| H{SAN包含HELO域名？}
    H -->|否| I[握手失败：name mismatch]
    H -->|是| J{证书未过期？}
    J -->|否| K[报错：certificate has expired]
    J -->|是| L[✅ TLS握手成功]

```