阿里云企业邮箱面向的是需要用自有域名收发邮件的团队。如果只想要一个普通邮箱，注册通用邮箱就够了，没必要折腾服务器配置。
进入控制台之前，最好先备齐三样东西：
- 域名已经购买并完成实名认证，解析处于正常状态；
- 管理员账号和密码记下来存好，后面添加域名和修改解析都要用到；
- 提前算好需要多少个邮箱账号。后期频繁扩容会比较麻烦，团队人多的时候尤其如此。
二、添加域名并完成归属验证
添加域名时，控制台会要求你证明自己对这个域名有控制权。常见方式是TXT记录验证和CNAME验证，两种都要到域名服务商的解析后台添加记录。
“晨光设计”是一家十人左右的设计工作室，域名托管在另一家服务商那里。负责人一开始直接在阿里云控制台点验证，一直提示失败。后来对照发现，他们在解析后台填的是带完整域名的主机记录，而阿里云要的只是前缀部分。改过来之后，几分钟就验证通过了。
所以验证记录的主机记录和记录值，最好逐字对照控制台的提示。解析后台的写法和控制台示例不一定一样，照着抄最稳。
三、配置MX记录：决定邮件投递到哪里
MX记录是整个设置里最关键的一条解析。它告诉各地的邮件服务器，发给你域名的邮件该投到哪台机器上。阿里云邮箱一般会给出一组MX记录，每条都带优先级数值。
修改时注意三点：
- 优先级数值越小越优先，一般直接用控制台给的默认值；
- 域名下如果还留着其他邮箱服务的MX记录，先删除或停用，否则邮件可能继续投到旧服务器；
- 解析生效需要几分钟到几小时，不同地区的DNS缓存时间也不一样。改完别急着判断失败，等一等再测。
晨光设计切换邮箱时就漏了这一步，旧MX记录没有删。部分客户的邮件还是投到了旧邮箱，团队花了两天才发现。之后他们每次改完MX记录，都会用命令行工具查询一次，确认新记录全部生效。
四、配置SPF、DKIM和DMARC：发信这头也要认证
很多人只盯着收信，发信认证反而容易被忽略。邮件发出后，接收方的服务器会核对这封信是不是真的从你的域名发出来的。SPF、DKIM和DMARC就是为这个核对准备的。
SPF记录
SPF用来声明哪些服务器有权代表你的域名发信。阿里云邮箱会给出对应的SPF记录值，添加到域名的TXT记录里即可。注意一个域名只能有一条SPF记录。如果已经存在，应该合并到同一条里，不要再加一条。
DKIM记录
DKIM通过数字签名证明邮件内容在传输途中没有被改动。在控制台开启DKIM签名后，系统会生成一对密钥，并给出一条TXT记录。把它添加到解析里，回到控制台点击验证。
DMARC记录
DMARC告诉接收方，SPF或DKIM校验失败时该怎么处理。第一次配置建议先用观察模式，把策略值设为none，同时填好接收报告的地址。观察一段时间、确认没有误判之后，再逐步收紧策略。直接上严格策略，正常邮件也可能被误拦。
晨光设计三项都配完之后，原来经常掉进客户垃圾箱的报价邮件明显好转。一个月内退信率降了不少，团队也不用再一遍遍向客户解释“邮件到底去哪了”。
五、客户端设置：在手机和电脑上收发邮件
服务器这边配完，手机和电脑上的邮件客户端还要单独设置。阿里云邮箱支持主流客户端，常用参数有以下几项：
- 收信（IMAP）：一般使用SSL加密端口，具体端口号以控制台说明为准；
- 发信（SMTP）：同样走加密连接，并开启身份验证；
- 账号和密码：用户名填完整的邮箱地址，密码就是该邮箱的登录密码。
如果客户端提示证书不受信任或连接失败，先对照端口和加密方式是否与控制台一致，再看网络环境有没有拦截相关端口。大部分问题都出在这两处。
六、常见问题排查思路
遇到问题时，按下面的顺序逐项看，通常比反复乱改快得多：
- 解析是否已经生效，MX、SPF、DKIM的值是否与控制台逐字一致；
- 邮箱账号和密码是否正确，客户端所需的授权是否已经开启；
- 端口和加密方式是否匹配，本地防火墙或网络环境有没有拦截；
- 发出的邮件是否进了对方垃圾箱。这时可以结合DMARC报告和邮件头信息一起判断。
多数问题都出在解析记录或参数填写上。
七、小结
阿里云邮箱服务器设置本身不复杂，难的是别漏步骤。大致顺序是：先完成域名验证，再修改MX记录保证收信，然后用SPF、DKIM、DMARC让发出去的邮件更可信，最后在客户端把参数填完。晨光设计那次的问题基本都出在细节上。每改一步就核对一次，并把修改前的记录留个备份，能省下不少排查时间。
