简介：EwoMail开源邮件服务器软件v1.1.5面向需要搭建企业级邮件系统的开发者、运维人员及计算机专业学生，提供一套可自由查看、修改与二次分发的完整邮件服务解决方案。资源包共1630个文件，约18.99MB，以921个php源码与177个js脚本构成Web管理界面与业务逻辑，125个html页面、22个css与17个less负责前端呈现，另有46个yml、26个conf及多个cf、ini配置文件支撑服务部署，112个png与若干jpg、gif、svg等图片资源用于界面素材，并包含md、txt、readme等说明文档。已有269人学习下载。借助包内说明文档与完整源码，读者可了解SMTP、POP3、IMAP4等邮件协议的实现方式，掌握邮件收发、存储、过滤与管理机制，并参考配置样例完成安装与调优；对毕业设计或课程案例而言，它也是研究邮件服务器设计原则、安全策略与性能优化的实用素材。
1. EwoMail 开源邮件服务器软件：一台 2G 内存的云主机能不能扛住全公司邮件
手里只有一台 2 核 2G 的入门云主机，老板却让你把公司几十号人的企业邮箱搭起来，预算卡死，商业邮件系统的授权费想都别想——这是我被问过最多的一类需求。EwoMail 开源邮件服务器软件就是冲着这个场景来的：它把 Postfix、Dovecot、MySQL、Amavisd、SpamAssassin、Roundcube 这些散装组件打包成一套能一键装完的集成方案，省掉你自己拼装 MTA、MDA、Webmail 的功夫。v1.1.5 这个版本号对应的是一份 zip 安装包，解压后跑安装脚本，理论上半小时内能收到第一封测试邮件。它适合谁？适合中小团队里那个「什么都得管一点」的运维或后端，适合想搞明白一封邮件从发出去到落进对方收件箱到底经过哪些环节的技术人。不适合谁？不适合指望装完就零维护的人——邮件系统的坑，从来不在安装那一步。
2. 拆开 EwoMail 的组件栈：一封邮件到底走了哪几跳
2.1 从 SMTP 到 IMAP，五个进程各管一段
要理解 EwoMail 为什么这么打包，得先看一封邮件的完整生命周期。用户用客户端（Foxmail、Outlook、Thunderbird）写好邮件点发送，客户端通过 SMTP 协议把邮件交给服务器，这一步由 Postfix 接管。Postfix 是 MTA（邮件传输代理），它负责判断这封邮件是本地投递还是转发到外域。如果是发给本域用户，Postfix 把邮件交给 Dovecot 的 LMTP 服务；如果是发往外域，Postfix 通过 DNS 查询对方域的 MX 记录，再投出去。
Dovecot 在这里身兼两职：一是作为 MDA（邮件投递代理）把邮件写进用户邮箱目录，二是作为 IMAP/POP3 服务器，让客户端能拉取邮件。用户邮箱在磁盘上就是一个 Maildir 目录，每封邮件一个文件，这种设计比 mbox 单文件格式更抗并发。
MySQL 存的是虚拟用户表、域名表、别名表。EwoMail 用的是虚拟用户方案，也就是说系统里不需要为每个邮箱建一个 Linux 账号，所有账号信息都在数据库里，Postfix 和 Dovecot 通过 SQL 查询来验证。Amavisd 是内容过滤器，它调用 SpamAssassin 做垃圾邮件评分，调用 ClamAV 做病毒扫描，邮件在投递前先过这一道。Roundcube 是 Webmail，让用户不装客户端也能在浏览器里收发。
这五个进程串起来，就是 EwoMail 的全部骨架。安装脚本干的事，无非是把这些组件的配置文件按预设模板写好，再启动服务。
2.2 为什么选集成包而不是自己从零编译
有人会问：Postfix 和 Dovecot 我自己 apt 装不行吗？行，但你得自己解决这些问题：虚拟用户表结构怎么设计、Postfix 怎么通过 SQL 查用户、Dovecot 的 LMTP 怎么和 Postfix 对接、Amavisd 怎么串进 SMTP 流程、DKIM 签名怎么生成和挂载、SPF 和 DMARC 记录怎么配。这些环节每一个都有坑，而且坑与坑之间会互相影响——比如 Dovecot 的 uid 和 Postfix 的 virtual_uid_maps 对不上，邮件就会投递失败但日志里只报一个含糊的 permission denied。
EwoMail 的价值在于它把这些配置的默认值都调好了，你装完就能跑。代价是灵活性：它的目录结构、数据库表名、配置文件路径都是固定的，你想改一个环节，得先搞清楚它原来是怎么串的。所以我的建议是：先用它跑通，再逐个环节去读它的配置文件，把它当成一份「可运行的参考架构」，而不是一个黑匣子。
2.3 安装前必须确认的三件事
在动手之前，有三件事必须先确认，否则装到一半会卡住。
第一，主机名和 DNS。邮件服务器对主机名极其敏感。你需要一个形如mail.yourdomain.com的 A 记录指向服务器 IP，还需要一个 MX 记录指向这个主机名。主机名不能是localhost，也不能是云厂商默认给的那串随机名。用hostnamectl set-hostname mail.yourdomain.com改掉，然后确认hostname -f返回的是完整域名。
第二，25 端口出站。很多云厂商默认封禁 25 端口的出站连接，防止垃圾邮件。你得先提工单解封，否则邮件发不出去，日志里会看到Connection timed out或Network is unreachable。这一步没有技术手段绕过，只能找云厂商。
第三，PTR 反向解析记录。主流邮件服务商（Gmail、Outlook）会检查发信 IP 的反向解析是否和主机名匹配。没有 PTR 记录，你的邮件大概率直接进垃圾箱。PTR 记录也是在云厂商那边配，你控制不了，但必须提前确认。
# 检查主机名是否为完整域名 hostname -f # 预期输出：mail.yourdomain.com # 检查 25 端口出站是否可达（以 gmail 的 MX 为例） telnet gmail-smtp-in.l.google.com 25 # 如果卡住或报 Connection refused，说明出站被封 # 检查 PTR 记录 dig -x 你的服务器IP +short # 预期输出：mail.yourdomain.com.这三条命令跑完，结果都符合预期，再往下走。任何一条不对，先解决它，别急着解压安装包。
3. 在 CentOS 7 上跑通 EwoMail 的最小安装路径
3.1 系统准备与依赖安装
EwoMail 的安装脚本对系统版本有要求，常见做法是在 CentOS 7 上跑。CentOS 8 和 Stream 版本因为包管理器和 Python 版本的变化，脚本里的某些依赖会装不上。如果你手里只有 Ubuntu，也不是不能装，但脚本里的yum命令得手动换成apt，路径和包名也有差异，新手不建议这么折腾。
先做系统更新和基础依赖安装：
# 关闭 SELinux，否则 Postfix 和 Dovecot 会因权限问题无法访问邮箱目录 setenforce 0 sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config # 更新系统并安装基础工具 yum update -y yum install -y wget unzip net-tools telnet vim # 确认防火墙状态，后续需要放行邮件相关端口 systemctl status firewalldSELinux 这一条是血泪经验。EwoMail 的邮箱目录在/ewomail/下，SELinux 默认策略不允许 Postfix 往这个路径写文件，表现是邮件能收但投递不进去，日志里报status=deferred。关掉 SELinux 是最省事的做法，生产环境如果非要开，得自己写策略规则，那是另一个话题。
3.2 解压安装包与执行安装脚本
把EwoMail开源邮件服务器软件 v1.1.5.zip上传到服务器，解压后进入目录。安装脚本通常叫install.sh或类似名字，执行前先看一眼它开头几行，确认它要装哪些包、改哪些配置。
# 解压安装包 unzip EwoMail开源邮件服务器软件\ v1.1.5.zip -d /root/ewomail-install cd /root/ewomail-install # 查看目录结构，确认安装脚本位置 ls -la # 给脚本加执行权限并运行 chmod +x install.sh ./install.sh安装过程会持续十几分钟，脚本会自动编译或安装 Postfix、Dovecot、MySQL、Amavisd 等组件，然后写入配置文件。中途可能会提示你输入 MySQL 的 root 密码或域名信息，按提示填。安装完成后，脚本一般会输出管理后台的地址和默认账号密码。
这里有个细节：安装脚本可能会从网络下载一些依赖包。如果你的服务器在国内，下载速度慢或者源不可达，安装会卡住。常见做法是提前把 yum 源换成国内镜像，或者手动把需要的 rpm 包下载好放到本地源里。脚本卡住时不要直接 Ctrl+C，先看它卡在哪一步，是网络问题还是编译问题。
3.3 安装后的服务检查与端口确认
装完之后别急着发邮件，先确认各个服务都起来了。
# 检查关键服务状态 systemctl status postfix systemctl status dovecot systemctl status mysqld systemctl status amavisd systemctl status httpd # 检查监听端口 netstat -tlnp | grep -E ':(25|110|143|465|587|993|995|80|8080)'预期能看到 25（SMTP）、143（IMAP）、993（IMAPS）、587（提交）、80（Webmail）等端口处于 LISTEN 状态。如果某个服务没起来，用journalctl -u 服务名 -n 50看最近 50 行日志，通常能直接定位到配置错误。
数据库里应该已经建好了ewomail库和相关的用户表、域名表、别名表。用mysql -u root -p登录后use ewomail; show tables;确认表结构存在。如果表是空的，说明安装脚本的数据库初始化步骤没跑完，需要手动导入 SQL 文件。
3.4 添加第一个域名和邮箱账号
EwoMail 一般带一个 Web 管理后台，端口可能是 8080 或 8000，用安装时设的管理员账号登录。在后台里添加域名、添加邮箱账号、设置别名和转发规则。如果后台不可用，也可以直接操作数据库。
-- 查看现有域名 SELECT * FROM ewomail_domain; -- 插入一个新域名（表名和字段名以实际库结构为准） INSERT INTO ewomail_domain (domain, created_at) VALUES ('yourdomain.com', NOW()); -- 插入一个邮箱账号，密码字段通常存的是加密后的值 -- 建议通过后台添加，直接插库需要知道加密方式添加完账号后，用 Foxmail 或 Thunderbird 配一个 IMAP 账号测试：IMAP 服务器填mail.yourdomain.com，端口 993，SSL 开启；SMTP 服务器填同一个，端口 465 或 587，SSL/TLS 开启。收一封发一封，确认双向通畅。
4. 让邮件不进垃圾箱：SPF、DKIM、DMARC 三件套怎么配
4.1 三条 DNS 记录各自管什么
邮件能发出去只是第一步，能进对方收件箱才是目的。现在主流邮件服务商都会查三样东西：SPF、DKIM、DMARC。缺任何一样，或者配错了，邮件就可能被标记为垃圾或直接拒收。
SPF 是一条 TXT 记录，声明哪些 IP 有权代表你的域名发信。格式是v=spf1 mx ~all或v=spf1 ip4:你的IP ~all。~all表示软失败，意思是「不在列表里的 IP 发的邮件可疑但别直接拒」，-all是硬失败，直接拒。新手建议先用~all，确认没问题再改-all。
DKIM 是一条 TXT 记录，存的是公钥。服务器发信时用私钥对邮件头签名，对方收到后用 DNS 里的公钥验签。EwoMail 一般自带 DKIM 生成工具，在管理后台里能找到。生成的记录形如default._domainkey.yourdomain.com，值是v=DKIM1; k=rsa; p=公钥内容。
DMARC 也是一条 TXT 记录，挂在_dmarc.yourdomain.com下，告诉对方「如果 SPF 和 DKIM 都没通过，你该怎么处理我的邮件」。格式是v=DMARC1; p=none; rua=mailto:admin@yourdomain.com。p=none表示只报告不处理，适合刚开始配的时候观察。等确认 SPF 和 DKIM 都稳定通过了，再改成p=quarantine或p=reject。
4.2 在 EwoMail 里生成 DKIM 密钥并挂载
EwoMail 的 DKIM 配置通常在管理后台的域名设置里，点一下「生成 DKIM」就会输出公钥和私钥。私钥存在服务器上，公钥需要你手动加到 DNS 里。
# DKIM 私钥一般存在这个路径附近，具体以实际安装为准 ls -la /ewomail/dkim/ # 常见文件名格式：yourdomain.com.private 和 yourdomain.com.txt # 查看公钥内容，复制到 DNS 的 TXT 记录里 cat /ewomail/dkim/yourdomain.com.txt拿到公钥后，去域名 DNS 管理后台添加 TXT 记录。主机记录填default._domainkey，记录值填v=DKIM1; k=rsa; p=...那一长串。保存后等 DNS 生效，通常几分钟到几小时。
验证 DKIM 是否配好，可以给自己发一封邮件到 Gmail，然后在 Gmail 里点「显示原始邮件」，看邮件头里有没有dkim=pass。如果显示dkim=none或dkim=fail，说明签名没挂上或 DNS 没生效。
4.3 用 dig 和邮件头验证配置是否生效
配完 DNS 别靠猜，用命令验证。
# 查 SPF 记录 dig TXT yourdomain.com +short # 预期输出包含 "v=spf1 mx ~all" 或类似内容 # 查 DKIM 记录 dig TXT default._domainkey.yourdomain.com +short # 预期输出包含 "v=DKIM1; k=rsa; p=..." # 查 DMARC 记录 dig TXT _dmarc.yourdomain.com +short # 预期输出包含 "v=DMARC1; p=none; ..."三条都返回预期内容，说明 DNS 层面没问题。然后发一封测试邮件到check-auth@verifier.port25.com，它会自动回复一封详细的验证报告，告诉你 SPF、DKIM、DMARC 各自是 pass 还是 fail。这个邮箱是我常用的验证手段，比手动看邮件头省事。
5. EwoMail 部署避坑：五条踩过的坑和排查路径
5.1 邮件能收不能发，日志报 Connection timed out
现象：本地测试 IMAP 能收到邮件，但往外域发信一直失败，/var/log/maillog里看到Connection timed out或Network is unreachable。
原因：云厂商封了 25 端口出站。这是最常见的坑，尤其是新开的云主机，默认策略就是封 25 出站。
解决：提工单让云厂商解封 25 端口出站。如果解封不了，只能走 587 端口提交，但 587 是给客户端提交用的，服务器之间投递还是走 25。所以 25 出站必须通，没有替代方案。
5.2 邮件投递到本地用户失败，报 permission denied
现象：外域发进来的邮件卡在队列里，mailq能看到，日志报status=deferred和permission denied。
原因：SELinux 没关，或者邮箱目录的属主和 Postfix 配置里的virtual_uid_maps对不上。
解决：先确认 SELinux 状态getenforce，如果是 Enforcing 就setenforce 0并改配置文件永久关闭。然后检查/ewomail/mail/目录的属主，确认和 Postfix 配置里的 uid/gid 一致。用chown -R 用户名:组名 /ewomail/mail/修正。
5.3 Webmail 能登录但收件箱空白
现象：Roundcube 能登录，但收件箱里看不到任何邮件，明明数据库里有账号，磁盘上也有邮件文件。
原因：Dovecot 的mail_location配置和实际邮件存储路径不一致，或者 IMAP 命名空间配置有问题。
解决：检查/etc/dovecot/conf.d/10-mail.conf里的mail_location设置，确认它指向的路径和 Postfix 投递的路径是同一个。EwoMail 默认可能用/ewomail/mail/%d/%n/Maildir这种格式，%d是域名，%n是用户名。如果路径对但还看不到，检查 Dovecot 日志journalctl -u dovecot，看有没有报命名空间错误。
5.4 发出的邮件被 Gmail 判为垃圾邮件
现象：邮件能发出去，对方也能收到，但直接进了垃圾箱。
原因：PTR 记录没配、SPF 记录缺失或错误、DKIM 没签名、DMARC 没配，或者发信 IP 在某个黑名单里。
解决：按顺序排查。先dig -x 你的IP确认 PTR 记录存在且和主机名匹配。再dig TXT 你的域名确认 SPF 记录。然后发测试邮件到check-auth@verifier.port25.com看 DKIM 和 DMARC 是否 pass。最后去mxtoolbox.com查一下 IP 是否在黑名单里。这四步走完，基本能定位到问题。
5.5 安装脚本卡在下载依赖，半天不动
现象：跑install.sh时卡在某一行，终端没输出，等很久也不动。
原因：脚本从国外源下载 rpm 包或源码包，网络不通或速度极慢。
解决：先 Ctrl+C 停掉，看脚本卡在哪一步，找到它要下载的包名和 URL。然后手动用wget或curl测试那个 URL 是否可达。如果不可达，换成国内镜像源，或者手动下载好放到脚本预期的路径下。改脚本里的下载地址也是一种办法，但要注意别改错逻辑。
6. 把 EwoMail 用稳：日志盯梢、备份习惯和一次真实迁移
装完能跑只是起点，邮件系统真正考验人的是长期运行。我自己的习惯是每天花两分钟看三个地方：mailq有没有堆积、/var/log/maillog有没有大量deferred、磁盘空间还剩多少。邮件系统的故障往往是渐进的，队列慢慢堆积，磁盘慢慢写满，等到用户报障时已经晚了。
日志盯梢有个技巧：不要只看maillog，Amavisd 的日志在/var/log/amavis.log，MySQL 的慢查询在/var/log/mysql/slow.log。垃圾邮件拦截率突然下降，可能是 SpamAssassin 的规则没更新；用户反映收信慢，可能是 Amavisd 在扫描大附件时卡住了。这些线索分散在不同日志里，得交叉着看。
备份这件事，我的做法是两条线：数据库用mysqldump每天导一次，邮箱目录用rsync增量同步到另一台机器。数据库存的是账号和域名信息，邮箱目录存的是邮件本体，两者缺一不可。恢复的时候先恢复数据库，再恢复邮箱目录，顺序反了会导致账号对不上邮件。有一次我帮人迁移服务器，只备份了邮箱目录没备份数据库，结果邮件文件都在但账号信息全丢了，只能手动重建账号再重新关联邮件，折腾了一整晚。从那以后我的习惯是：迁移前先跑一遍mysqldump，确认 SQL 文件大小正常，再动别的。
验证迁移是否成功，不用等用户报障。自己用三个不同域的邮箱（Gmail、Outlook、QQ 邮箱）各发一封测试邮件，确认收发都正常，再检查邮件头里的 SPF、DKIM、DMARC 是否都 pass。这三家覆盖了主流的邮件验证策略，它们能过，基本就没大问题。
最后说一个具体技巧：EwoMail 的 Postfix 配置里有个message_size_limit参数，默认可能是 10MB 或 20MB。如果公司有人要发大附件，得把这个值调大，同时也要调 Dovecot 的imap_max_line_length和 PHP 的upload_max_filesize，三个地方都改才行。只改一个，表现是邮件发到一半失败，日志里报message size exceeds fixed limit。这个坑我踩过，当时只改了 Postfix，用户发 15MB 的附件一直失败，查了半天才发现是 Dovecot 那边也有限制。
邮件系统没有一劳永逸的配置，只有持续盯着、定期备份、出问题知道去哪看日志。希望帮到你。
本文还有配套的精品资源，点击获取
