判断SMTP服务器是否在运行，最直接的办法是看端口有没有响应，再用一条命令完成“打招呼认证投递”的完整流程。端口通只说明门开着，能完成一次真实投递，才算服务器真的在干活，下面按从快到慢、从表面到深入的方式,把可验证的操作路径摊开讲。
判断SMTP服务器是否在运行，先分清“活着”和“能用”
很多人把“SMTP服务器在运行”理解成进程没挂，其实这个判断太粗，邮件服务至少有三种状态,测试手段也不一样。
- 网络层活着：目标主机的25、465、587端口能建立TCP连接。
- 协议层活着：连上后服务器会主动回一句
220开头的欢迎语，并能响应EHLO。 - 业务层活着：账号能认证通过，一封信能真正投递出去,队列里没有堆积。
只测第一层，容易误判，比如防火墙放行了端口，但Postfix进程已经停了，TCP连接可能被中间设备接住，看起来“通”，实际没人处理邮件，行业共识认为，排障顺序应当从端口到协议再到投递，逐层确认,不要一上来就改配置文件。
端口通不代表服务正常
一个常见场景：运维在安全组里开了25端口，用工具一扫显示open，就认为万事大吉，结果业务方发信全部超时，原因往往是SMTP进程只监听了本地回环地址，或者myhostname配置错误导致启动失败。
所以端口测试只能当作第一道筛子,后面必须补上协议握手和真实投递。
SMTP服务器怎么测试是否正常？三条命令从快到慢
这一节给的都是可直接复制执行的命令，Linux、macOS、Windows都能找到对应方式。
第一步：用telnet或PowerShell看220招呼
最老派也最可靠的方式是手动打招呼：
telnet mail.example.com 25
连上后如果看到类似220 mail.example.com ESMTP Postfix的回应，说明SMTP服务在监听并且愿意对话,接着输入：
EHLO test.local
服务器会返回一串250-开头的扩展能力列表，包括是否支持STARTTLS、AUTH、SIZE等，看到这些，协议层基本确认正常，输入QUIT退出即可。
Windows上没有telnet客户端时,用PowerShell：
Test-NetConnection -ComputerName mail.example.com -Port 25
TcpTestSucceeded : True只代表端口通，想进一步验证，可以装一个telnet客户端,或者直接用下面的Python方式。
第二步：用openssl验证465和587加密端口
465是隐式TLS，587是明文连接后升级STARTTLS，两条命令不一样,别混用：
openssl s_client -connect mail.example.com:465 -crlf -quiet
openssl s_client -starttls smtp -connect mail.example.com:587 -crlf -quiet
连接成功后同样会看到220欢迎语，如果卡在握手阶段报证书错误，说明证书链或SNI配置有问题，服务进程可能还在,但客户端不会信任它。
第三步：真正发一封信，看队列和日志
前两步都过了，最后一步是业务验证，Python自带的smtplib足够用,不需要装第三方库：
import smtplib
from email.mime.text import MIMEText
msg = MIMEText("test", "plain", "utf-8")
msg["Subject"] = "smtp check"
msg["From"] = "sender@example.com"
msg["To"] = "receiver@example.com"
with smtplib.SMTP_SSL("mail.example.com", 465, timeout=10) as s:
s.login("sender@example.com", "授权码或密码")
s.sendmail("sender@example.com", ["receiver@example.com"], msg.as_string())
print("sent ok")
发完之后别只看“没报错”,到服务器上查队列和日志：
mailq tail -n 50 /var/log/maillog
mailq输出为空或只有正常排队项，日志里出现status=sent，才算闭环，如果日志里是status=deferred，问题在投递侧，不在“服务器是否运行”。
三种方法怎么选
| 方法 | 能证明什么 | 耗时 | 适合场景 |
|---|---|---|---|
| telnet / Test-NetConnection | 端口监听、220响应 | 几秒 | 快速判断服务是否在跑 |
| openssl s_client | TLS握手、证书、加密端口 | 十几秒 | 465/587连不上时定位 |
| 脚本发信 + 查日志 | 认证、投递、队列状态 | 1分钟 | 业务报障、上线验收 |
SMTP服务器端口25和465哪个好？别选错协议
这个问题在百度上搜的人很多，答案取决于用途，不是简单的“谁更好”。
- 25端口：服务器之间投递邮件的标准端口，明文传输，靠STARTTLS opportunistic加密，多数云厂商对25端口的出方向默认封禁，用来防垃圾邮件，据公开的云服务商文档,新购云主机解封25端口通常需要提交工单说明用途。
- 465端口：隐式TLS，连上就是加密会话，适合邮件客户端和程序发信，稳定性好,被拦截的概率低。
- 587端口：提交端口，明文连接后用STARTTLS升级加密,是RFC层面推荐的客户端提交方式。
给结论：程序发信优先465或587，服务器间投递才用25，如果你在本地测试发现25连不上，先别怀疑SMTP服务器挂了，很可能只是云厂商封了出方向，换成465再试一次,往往就通了。
企业邮箱smtp服务器无法连接怎么排查？
企业邮箱场景下，“连不上”通常不是服务器死了，而是链路上某一环被掐住，按下面顺序走,能少走弯路。
- 确认解析：
nslookup smtp.example.com或dig smtp.example.com，看返回的A记录、MX记录是否指向正确IP，解析错了,后面全白搭。 - 确认端口策略：办公网出口防火墙、云安全组、主机iptables三层都要看，很多公司只放行了443,25和465被默认拒绝。
- 确认账号凭据：企业邮箱多数要求使用“客户端授权码”而非登录密码，开启SMTP服务后才会生成，密码对了但没开SMTP权限，认证会返回
535。 - 看返回码：
421多为临时限制或连接数超限，450/451是临时投递失败，550是策略拒绝，535是认证失败，返回码比“连不上”三个字信息量大得多。 - 查反垃圾策略：发送方IP信誉差、缺少SPF/DKIM/DMARC记录，会被对方直接拒收，这时你的SMTP服务器运行正常，问题出在“别人不愿意收”。
如果服务器托管在上海、北京等地的机房，还要留意运营商对25端口的出入站策略，不同地区松紧程度不一样，换一台同网段的机器对比测试,能快速排除是单机问题还是出口问题。
本地smtp服务器搭建后怎么验证？
自己搭的Postfix、Exim、hMailServer，验证方式和托管邮箱略有不同,重点看三处。
- 看进程和监听：
ss -lntp | grep -E ':(25|465|587)'，确认进程名和监听地址，只监听0.0.1的话,外部永远连不上。 - 本机自测：
telnet 127.0.0.1 25，先排除网络因素,确认服务本身能响应。 - 用swaks做完整投递：这是邮件圈常用的测试工具，一条命令走完握手、认证、投递：
swaks --to test@example.com --from me@example.com \ --server mail.example.com:587 --auth LOGIN \ --auth-user me@example.com --auth-password '密码' --tls
返回250 OK并且对端能收到，才算验证完成，收不到就回到日志里找NOQUEUE、reject、deferred这几个关键词。
smtp服务器多少钱一年？免费与付费的边界
这个问题没有统一价，但可以按类型划出大致区间,避免被销售话术带偏。
- 免费方案：自建Postfix加一台低配云主机，软件零成本，但IP信誉、封端口、反垃圾、证书续期都要自己扛，免费额度型的邮件推送服务通常有每日发信量限制,适合验证和低频通知。
- 企业邮箱：按账号数计费，常见在每账号每年几十到几百元区间，附带管理后台、归档、反垃圾,具体价格随席位数和年限浮动。
- 邮件推送API服务：按发送量阶梯计价，量小的时候很便宜，量大后单价下降，适合验证码、通知类邮件。
自建的真实成本不在软件，而在运维时间和IP声誉维护，一台IP被拉黑的服务器，修复成本远高于一年邮箱费，选型时先算发信量和合规要求,再谈价格。
关于SMTP服务器是否在运行的常见疑问
25端口被云服务器封了，SMTP服务器还算在运行吗？
算，端口封禁是网络策略，不是服务状态，用ss -lntp能看到进程在监听，用本机telnet 127.0.0.1 25能拿到220响应，服务就是活的，对外连不上只是出口被限制,改用465或587提交即可。
用telnet连上就说明SMTP服务器正常吗？
只能说明协议层在响应，telnet看到220、EHLO有返回，证明服务进程和基本配置没问题；但认证失败、队列堆积、投递被拒这些业务故障，telnet测不出来,完整验证必须走一次真实发信并检查日志。
测试信发出去了但进了垃圾箱，算SMTP服务器故障吗？
不算，信能投出去，说明SMTP链路已经打通，问题在收件方的反垃圾判定，检查发信域名的SPF、DKIM、DMARC是否配置正确，发信IP是否在主流黑名单里，邮件内容是否触发关键词规则，这些属于送达率优化，和“服务器是否在运行”是两个层面的事。
判断SMTP服务器是否在运行，记住一条主线：端口能连、握手有回应、投递能落地、日志无异常，四步都过,再去谈性能和送达率才有意义。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/790690.html
