用阿里云邮箱的人，接第三方客户端、服务器程序或自动化脚本时，最常见的问题就是连不上。账号和密码往往没问题，卡住的通常是阿里云邮箱端口没有配对好。这篇文章把常用端口、加密方式和设置方法理一遍，最后给出一套排查顺序。
端口是什么，填错会怎样
邮件客户端和服务器之间的对话走网络端口。可以把端口理解成服务器上的门，收信和发信各走各的门。门选错了，客户端就只能在门口敲，表现出来就是“无法连接服务器”“连接超时”或“认证失败”。认证失败有时也是端口的问题，因为请求根本没到正确的地方。
阿里云邮箱支持常见的邮件协议：收信用IMAP或POP3，发信用SMTP。每种协议都分普通连接和加密连接，端口看起来不少，但按用途归类后就清楚了。
各协议常用端口
下面的端口是阿里云邮箱帮助文档中常见的配置参数。不同账号类型、不同时期的设置可能有差异，动手前请以控制台或帮助中心的最新说明为准。
- SMTP发信：SSL加密一般用465，STARTTLS加密一般用587。
- IMAP收信：SSL加密一般用993，多数场景下推荐用这一种。
- POP3收信：SSL加密一般用995，适合邮件只在一台设备上下载保存的情况。
端口号和加密方式要成对设置。SMTP用465时选SSL/TLS，用587时选STARTTLS，两者不能交叉。把587填上却选了SSL，是客户端报错里最常见的一种，通常表现为握手失败或连接被断开。
加密方式怎么选
早期邮件协议用明文传输，账号和邮件内容都可能被截获。现在的邮箱服务基本都要求加密连接，阿里云邮箱也一样。选择时可以按下面的顺序来：
- 优先选SSL/TLS端口，即465、993、995。
- 客户端只支持STARTTLS时，发信改用587。
- 尽量避开25、143、110这些明文端口。部分网络环境会限制这些端口，云主机上尤其常见，即使配置正确也可能无法连通。
一个电商团队的发信故障
某中小型电商团队用阿里云企业邮箱发订单通知，程序通过SMTP接口自动发送发货提醒。上线初期，发送频繁失败，日志里只有“连接超时”四个字。
团队先怀疑账号权限或密码，在后台重置了密码，问题依旧。之后逐项核对配置，发现SMTP地址是对的，端口却填成了25，加密也没开。服务器所在的云主机对25端口的出站请求有限制，请求根本到不了邮件服务器，所以程序里看到的只是超时。
改成465端口并开启SSL后，连接很快恢复。团队又加了发送失败的重试和日志记录，避免以后同类问题再拖慢业务。这件事说明，端口问题很容易被当成账号问题。遇到超时，应先从网络和端口查起，不必急着换密码。
排查顺序
遇到阿里云邮箱连接失败，可以按下面的顺序一项项核对，通常不用全部走完就能定位：
- 协议和端口是否对应：收信用IMAP或POP3，发信用SMTP，别把收信端口填进发信设置。
- 加密方式是否匹配：465、993、995选SSL，587选STARTTLS。
- 云服务器出站是否放行：程序跑在云主机上时，检查安全组和防火墙有没有放行对应端口。
- 凭据是否正确：有些场景需要用客户端专用密码，而不是网页登录密码，具体以后台设置为准。
- 看报错类型：超时多半是网络或端口问题，认证失败多半是账号或密码问题。
如果以上都核对无误仍然连不上，可以在服务器上用telnet或openssl测试端口是否通。能连上，说明问题在客户端参数或凭据上；连不上，就该查网络和防火墙。
配置时的小建议
第一次配置时，建议把服务器地址、端口、加密方式、账号、密码五项放在一张表里逐项对照，填完先测试收发，再接入正式业务。个人用户按客户端给出的推荐参数填写即可，不必自己猜。开发者和运维人员最好把端口和加密参数集中写在配置文件或环境变量里，上线前做一次连通性测试，这样以后换机器或换客户端时，也能很快对上。
