2026-11-13 00:03:07 k73游戏之家 作者：testai
给自己公司搭个邮箱服务器，听上去是个挺简单的事：装个邮件软件、配好域名、开个账号就能用。真动手的时候才发现麻烦全在别处——报价单发出去对方说没收到，注册验证邮件一直进垃圾箱，甚至 25 端口根本连不上。这时候多数人第一反应是机器配置不够，其实跟 CPU 关系不大。这篇把自建邮件服务器真实的门槛按顺序讲一遍：端口、反解析、三条 DNS 记录、IP 声誉，以及配置和容量到底该怎么估。
卡人的地方往往在第一步：服务商默认封掉 25 端口出站。香港机房对 25 端口管控普遍偏严，新开的机器出站 25 大概率是关的，收信正常、发信全堆在队列里出不去。上手第一件事不是装软件，是先测目标地址的 25 端口通不通，连不上就别往下折腾，先去提工单问能不能开。
端口通了，第二道关是反向解析。发出去的邮件里 HELO 域名要和 PTR 记录对得上，很多收件方会拿这一项做判断。PTR 记录自己改不了，得让机房那边按你指定的域名做解析，来回沟通一两天很正常。这一项没配好，邮件能发出去但进垃圾箱的概率很高。
第三道关是三条 DNS 记录：SPF 授权哪些 IP 可以替你发信，DKIM 给每封邮件加签名，DMARC 告诉对方发现伪造时怎么处理。三条里少一条，投递成功率就往下掉一截。DKIM 的密钥长度和签名算法也有讲究，太短的签名会被判可疑。
第四道关是 IP 声誉。新 IP 没有历史记录，突然开始发量很容易被判成可疑来源。前期要把日发信量压住，先只发内部通知和熟客往来，让这个 IP 在收件方那边慢慢积累正常记录，急着大批量群发是最快的毁号方式。
这四道关都过了，机器配置才轮到考虑。三百九十九元那台十核二十线程、32GB 内存的入门档，带几十个邮箱账号完全够用，瓶颈从来不在 CPU 上。这条渠道入口可以直接看 云途的香港独立服务器，配置表拉出来对着自己的账号规模挑就行。
算账号数量别按 CPU 算，按存储和并发算。IMAP 用户大多不删邮件，一个账号用半年能占几个 G，附件多的能到十几个 G。五十人规模、人均按 2GB 估，三年下来就是 300GB 上下，加上附件和索引余量，按 500GB 规划比较稳。内存 32GB 的机器做几十个账号的邮件存储服务，余量是够的。真正要留意的是单个账号塞了太多附件，几百封带图邮件能把一个人的目录撑到几十 G，这种账号要单独提醒清理。
并发压力反而小。几十个账号同时收信，IMAP 连接数通常在百来个量级，十核机器处理这点连接没有明显压力。真正吃资源的是反垃圾扫描和全文检索，这两个功能开起来之后 CPU 才会有点忙。给个经验范围：三十到五十个账号，入门档够；上百账号或者大附件往来频繁，内存要上到 64GB 以上，磁盘也建议换成固态，搜索和索引的反应速度差别很明显。账号规模过百之后建议把收信和网页端拆开跑，前端只做协议接入，后端专心存邮件，两边互不拖累，排查起来也省事，谁出问题一眼就能看出来。真要压到上百账号，内存和磁盘之后就是 I/O 调度的活，参数调优比换硬件更划算，几十个账号的团队根本用不上那些大内存机型，先按现有规模选一档用起来更实际，后面真不够了再换也就是迁移一次的事。
邮件是典型的海量小文件场景，随机读写为主。机械盘在这个场景下的延迟确实明显，一封一封读的时候能感觉到等待，客户端列表刷新尤其慢，邮件多的人一进去就转圈，这时候换成固态立刻能感觉到差别。
但邮件又不是高 IOPS 业务。IMAP 读一封信只有几十 KB，机械盘顺序读也不慢，日常收发的体感差异没有想象中大。
真正影响体验的是索引和搜索。全文检索要扫整个邮件库，磁盘慢的时候搜索框就转圈，用户一急就开始抱怨服务器不行。
折中的办法是分层：邮件正文放机械盘，索引和缓存放固态。分区规划的时候单独给索引目录留一块固态，几十 GB 就够，成本增加不多。
六 TB SAS 那台适合做归档。历史邮件冷下来之后整体挪过去，主力机只保留最近半年，搜索范围和备份体积都小一圈。
归档不等于备份。归档盘自己坏了邮件就没了，异地还得有一份独立副本，这一点别省。
容量按人头估最准：五十人、人均 2GB、保留三年，就是 300GB 上下；附件多的团队翻一倍。
别为了省几十 G 把索引和正文挤在同一张盘上，出问题的时候一起丢，恢复起来很麻烦，也没法单独换盘扩容，只能整块迁移。分区规划这一步花二十分钟想清楚，后面能省很多麻烦，扩容的时候也不用停机重装，加一块盘挂上去就能继续用。
反垃圾要么自己维护规则，要么买现成服务。自建规则的工作量主要在调误判，拦太严正常邮件进不来，拦太松垃圾满天飞，两头都要人盯着，小团队往往没有这个人力，直接上成熟的反垃圾服务更省心，把精力留给投递和存储这两块。
退信要看得懂。550 是对方明确拒收，多数跟 IP 或域名信誉有关；421 是临时失败，通常稍后重试能过；554 是内容被判成垃圾。三种处理动作完全不同，混在一起排查就会走偏，先看退信码再动手准没错，别一上来就怀疑自己的服务器有问题。
退信率超过百分之二就该查了。连续几天高退信，基本说明 IP 声誉在下滑，这时候继续发只会更糟，量越大掉得越快，停两天再重新小批量试反而恢复得更快。
处理动作按顺序：先停批量发送，再查 IP 有没有被列入黑名单，然后确认 DNS 记录有没有被人改过，末尾才怀疑内容。顺序反了会浪费很多时间，也容易把本来正常的配置改坏，改之前先备份配置文件，出问题能立刻退回去。反垃圾规则每改一次都要观察三天，看误判有没有异常，正常邮件被拦是最容易被投诉的问题，比漏拦更影响使用体验，规则宁可松一点先观察，再一点点收紧。退信里如果出现大量同一域名的拒绝记录，先单独把那个域名加白名单，再看是不是对方服务器临时故障。
靠的是长期一致的配置和习惯，不是某一招技巧。域名年龄、DNS 记录、发信节奏这些东西稳定下来，成功率自然往上走。域名注册时间越长越占优势。新域名前期发信要更保守，先把内部通知跑顺，别一上来就对外群发，先把域名解析和签名配扎实。
发信内容尽量干净。纯文本加一个签名链接最稳，大段图片和一堆外链是垃圾邮件过滤器重点关注的对象，正文里塞太多营销话术也会拉低评分。
退订要真的退订。名单里反复给同一个人发，是最快把 IP 声誉打没的方式，用户点一次投诉，后面几十封都受影响。
监控得配上。每天看发信量、退信率、投诉率三个数，异常早发现早处理，等对方反馈才知道就晚了，客户流失往往就发生在这几天里，日常把报表做出来比事后解释有用得多，数据摆在那里沟通成本低很多。发信量突然翻倍的那天尤其要盯紧，很可能有脚本在重复投递。
用第三方工具查 IP 有没有进黑名单，一周一次就够，频率太高也没意义，真有变化会被别人先发现。三千五百元以上的预算就没必要纠结这一步了，先看机器够不够用，配置到位了再回来优化投递细节，顺序反了容易白折腾，钱花了问题还在的话更难解释。先把端口和域名这两件基础设施的事落实，再谈机型选择。三百五十元那台六核十二线程的机器可以拿来做备用发信节点，主备分开能摊掉一部分风险，这条入口里能看到同系列的低配档。
自建的好处是数据在自己手里，域名、账号、归档策略都完全可控，出了问题能直接查日志，不用等第三方回工单。
代价是所有信誉问题都得自己扛，IP 被拉黑、域名被误判，只能自己申诉，申诉周期动辄一两周，这段时间的业务邮件基本发不出去，风险要提前评估，能接受再走自建这条路。
中继的思路是把发信这一段交给专业服务，自己只管收信和存储，发信成功率由对方保证，代价是每个月多一笔服务费，发信内容也会经过对方审核，敏感行业要提前确认能不能过。
折中方案在实践里最常见：内部通知和事务邮件走自建，对外营销类走中继，两边分开统计，出问题也容易定位，哪条路失败一眼就分得清，统计口径也不会混在一起。
判断标准看发信量。一天几十封自建完全没问题，一天上千封就该认真考虑中继，自己扛声誉的成本会超过省下的钱，人力也是成本的一部分，别只算机器钱，时间成本摊开来看往往更贵。
不管选哪条路，收信侧的稳定性都要自己保证。993 和 143 两个端口的可用性、证书到期时间、磁盘余量，这三项是日常最该盯的，收信断了用户会立刻打电话来，比发信失败更急。把这三项做成一个小面板挂在墙上，值班的人扫一眼就知道有没有问题，比翻日志快得多，交接给同事的时候也有依据可看。
