中文域名邮箱，收信容易回信才难

邮箱地址里塞几个汉字，收信基本没事，回信能把人整疯。中文域名邮箱这两年问的人不少，动手试的也多——大多是注册了个中文域名，觉得地址写成 客服@某某.中国 念着顺，递名片也有面子。名片确实好看，可等到真要给陌生客户或者海外那边回一封信，麻烦就开始了。收信和发信在协议层面压根不是同一条路，很多人只测了收，没测回。

中文域名邮箱的“收信容易”，容易在哪儿

收信这头你是被动方。地址给出去，对方服务器把域名转成 xn-- 开头那串字母，顺着 MX 记录找到你的邮局，信就落地了；地址里那段中文，现在的邮件系统大多按 UTF-8 处理，或者提前建个别名映射兜底，所以别人发给你，成功率相当高。问题恰恰出在这儿——自己拿 Gmail、QQ 邮箱试一遍，能收到，就觉得万事大吉。你用来测试的那些邮箱全是新系统，它们当然没问题。

回信卡的是编码，不是网络

回信的时候，你的中文地址会出现在信头的 From 里，发出去的就是 UTF-8 字符。老企业邮箱、自建的老 Exchange、某些反垃圾网关，看到非 ASCII 的地址第一反应是丢包或者转码。RFC 6531 那套 SMTPUTF8 喊了好些年，该支持的大厂都支持了，可一封信走到对面要过好几道关，中间任何一道没升级，这封信就变形。

还有一种更隐蔽的情形：对面其实收到了，点“回复”的时候，收件人栏里中文变成一串乱码或者干脆空白。对方不会专门来问你，这单生意就这么没了下文。你这边只看到“已发送”，还挺美。

先搞懂 xn-- 开头那串东西

中文域名在 DNS 里存的不是汉字，是 punycode。查 MX、写 SPF 的 TXT、配 DKIM 的 selector，全得用那串字母，有些控制面板里直接填中文会报错。转换别靠手打，用在线工具或者本机的 idn 命令，转完存到一个文本文件里，后面所有配置都从这里复制粘贴。手打错一个字符，报错信息难看得要命，能查你一下午。域名注册和解析的具体规则各家不同，以注册商和官方页面说明为准。

SPF、DKIM、DMARC 到底签哪个域

这块最容易糊在一起。TXT 里写的 SPF 是给 punycode 那个域用的；DKIM 的 d= 值如果和 From 域的域名对不上，DMARC 对齐就过不去，前面全白配。我的习惯是把 mail 子域单独拎出来做发信域，一条二级域名专门发信，主域名不掺和，信誉也好维护。

另外，配完自测通过不代表到别人那儿就能过。自测工具大多只验记录格式，验不了对方的入站策略。

客户端之间的差异比想象的大

网页邮箱一般最省心，自家 webmail 对 UTF-8 的处理通常也是最到位的。桌面端就不好说了，老版 Outlook、各种国产客户端、手机系统自带的邮件 App，对中文地址各有一套脾气。有的能把中文地址存进通讯录，有的存进去就废了，下次点它提示地址无效。

还有个细节——把中文地址复制粘贴到某些输入框，会变成百分号编码或者一串问号，对方以为你压根没给地址。这种情况你解释起来都费劲。

反垃圾和退信，其实是一件事的两面

同样的内容，一个字母地址发出去没事，换成中文地址就进了垃圾箱，这种事不稀奇。评分模型见得少的东西天生吃亏，再加上少数网关干脆把非 ASCII 地址的邮件直接隔离，你连反馈都收不到。群发列表更麻烦，部分邮件列表软件对中文地址支持很差，订阅了收不到，退订也退不掉。

退信也不是都一个样。有的说地址格式不被接受，有的提到字符集或编码，有的是对方策略直接拒。别看到退信就重发，重发十次也过不去，还把自己的发信信誉搞坏。把退信原文摊开看，看不懂就贴给服务商，一般一眼就能定位。遇到含糊的退信，换一个字母地址再发一次，用于排查是不是地址本身的问题。

我的土办法：收信用中文，发信用字母

说穿了很简单。中文域名邮箱拿来做收信、做品牌展示、印在名片正面；主动对外发信，尤其发给陌生客户和海外，用纯 ASCII 的域名邮箱。技术上不冲突，同一套邮局里加个别名，中文地址转发到字母地址，成本几乎为零。

稳一点的做法是名片印字母邮箱，中文域名做官网跳转。客户念着顺，机器读着也顺，两头都不别扭。

真要上，按这几步走

一，先把域名转成 punycode 抄下来；二，MX、SPF、DKIM、DMARC 全用这串字母配，一个汉字都别混进去；三，拿至少四种邮箱互发一轮——Gmail、QQ、公司域名邮箱、一个老客户端，重点不是“能不能收到”，而是“对方能不能直接点回复”；四，观察一周退信，别只盯着自己的发件箱；五，重要客户单独问一句收到没有，别嫌麻烦。

中文域名本身没毛病，毛病在于它踩在一条还没完全铺平的协议路上。想地址好看又不丢信，最省心的组合就是双地址并行：中文那个挂着体面，字母那个负责干活。真碰上退信，先读原文再动手，别猜。