搭建一个功能完整的邮件服务器，远不止安装几个软件包那么简单。其核心在于理解邮件系统中各个组件的角色与协作关系：MTA（邮件传输袋里）负责发送和路由，MDA（邮件投递袋里）负责存储并提供IMAP/POP3访问。只有将它们正确配置并协同工作，才能实现真正的“收发自如”。

首先需要明确一个常见的误区：像 mailx 这样的工具只是一个命令行邮件客户端（MUA），它本身并不能作为服务器。它既不能接收外部邮件，也无法监听SMTP端口或管理用户邮箱。因此，构建一套全功能的邮件服务，必须组合使用 MTA（如 postfix）、MDA（如 dovecot），并可选择性地添加 Webmail（如 roundcube）以提供网页界面。如果只安装 mailx 或仅配置 sendmail 这样的单一组件，连最基本的“内部收发测试”都可能无法通过。

为什么用 postfix 而不是 sendmail

在现代的 CentOS/RHEL 7 及以上版本，以及大多数主流 Linux 发行版中，postfix 已经取代 sendmail 成为默认的 MTA。这背后有几个关键原因：postfix 启动速度更快，配置文件更直观易懂，与 SELinux 的兼容性更好，并且其日志结构也更为清晰。反观 sendmail，其复杂的 sendmail.mc 到 sendmail.cf 的编译流程极易出错，而且默认配置可能开启本地中继，存在被滥用作垃圾邮件跳板的安全风险。

• postfix 的主配置文件位于 /etc/postfix/main.cf，修改后只需执行 postfix reload 即可生效，无需重启整个服务。
• 如果系统中已经安装了 sendmail，必须先将其停用并移除：执行 systemctl stop sendmail、systemctl disable sendmail，然后通过 yum remove sendmail* 删除相关软件包。
• 可以通过命令 alternatives --config mta 检查当前系统默认的 MTA，确保其指向 postfix。

postfix 基础发信配置（无域名验证也能发）

如果需求仅仅是让服务器能够对外发送邮件（例如发送系统监控告警），而不需要接收外部邮件或提供用户登录收信功能，那么可以暂时跳过 Dovecot 的配置。此时的关键在于正确配置 Postfix 以绕过“本地用户限制”和“中继拒绝”策略。

• 编辑 /etc/postfix/main.cf 文件，至少需要设置以下几行：
  myhostname = mail.example.com
mydomain = example.com
inet_interfaces = loopback-only（此设置至关重要，它禁止 Postfix 监听外网端口，是基本的安全底线）
  mydestination = $myhostname, localhost.$mydomain, localhost（此设置限定 Postfix 只为本机用户投递邮件）
• 如果需要通过外部 SMTP 服务器（如腾讯企业邮）进行邮件中继，则需要添加以下配置：
  relayhost = [smtp.exmail.qq.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_tls_security_level = encrypt
• 创建密码文件：在 /etc/postfix/sasl_passwd 中写入内容，格式为 [smtp.exmail.qq.com]:587 xitong-mail@eisc.cn:xxxxxx，然后运行 postmap /etc/postfix/sasl_passwd 命令生成哈希数据库。

dovecot 必须配对 postfix 才能收信

Postfix 负责接收外部邮件并将其投递到系统邮箱（如 /var/spool/mail/）或指定的 Maildir 目录，而 Dovecot 的职责则是将这些存储的邮件数据，通过 IMAP 或 POP3 协议暴露给邮件客户端（如 Outlook、手机邮件应用）。两者若不配对配置，用户就无法通过客户端收取邮件。

• 必须确保 Dovecot 使用的邮件存储路径与 Postfix 的配置完全一致：
  例如，如果在 Postfix 中设置了 home_mailbox = Maildir/，那么在 Dovecot 的配置文件 /etc/dovecot/conf.d/10-mail.conf 中，就必须设置 mail_location = maildir:~/Maildir。
• 认证方式也必须统一：如果 Postfix 使用系统用户认证（PAM），那么 Dovecot 的 /etc/dovecot/conf.d/10-auth.conf 中就需要启用 !include auth-system.conf.ext；如果使用虚拟用户，则双方都需要配置以对接同一个 SQL 数据库或 LDAP 目录。
• 端口开放检查：使用命令 ss -tlnp | grep ':143\|:993\|:25' 进行验证，确保 dovecot 进程正在监听 143（IMAP）和 993（IMAPS）端口，而 postfix 进程正在监听 25（SMTP）端口。这三个端口缺一不可。

测试链路时最容易卡在 DNS 和防火墙

实践中，大约九成的“配置文件看起来全都正确，但就是发不出或收不到邮件”的问题，其根源并不在 Postfix 或 Dovecot 软件本身，而是在于底层的网络环境配置。

• 发信失败常见报错：如果日志中间出现类似 status=deferred (connect to gmail-smtp-in.l.google.com[...]: Connection timed out) 的信息，通常需要检查：服务器本机的出站 25 端口是否被互联网服务提供商（ISP）屏蔽？或者云服务器安全组规则是否未放行出方向的 25 或 587 端口？
• 收信失败典型现象：在服务器本地使用 telnet localhost 25 命令成功，但从外部网络 telnet 你的服务器公网IP 25 却连接超时。这通常意味着防火墙（如 firewalld）没有开放 25 端口，或者云平台的安全组未配置相应的入向规则。
• DNS 反向解析（PTR记录）至关重要：许多大型公共邮件服务商（如 Gmail、Outlook.com）会拒绝接收来自没有有效 PTR 记录的 IP 地址的邮件。可以使用 dig -x 你的服务器IP 命令来验证反向解析记录是否已正确设置。

总而言之，要让一套全功能的邮件服务真正跑通，其核心挑战不在于“安装了多少个软件包”，而在于深刻理解 MTA（发）、MDA（存）、MUA（取）这三层架构是如何紧密咬合、协同工作的。Postfix 和 Dovecot 的配置项看似相互独立，但实际上，从邮件存储路径、认证协议开关到用户映射关系，每一个环节都必须精确对齐。任何一个环节的疏漏，例如 Dovecot 无法读取 Postfix 写入的 Maildir 目录，或者防火墙规则意外阻断了 993 端口，都可能导致整个邮件链路在某个看不见的地方悄然中断。