邮箱规范化

文本

对邮箱做小写化、Gmail 点号去除与加号别名剥离等规范化处理,并校验 RFC 5322 合法性。做小写化、去点号、剥离加号别名等规范化处理,并按标准校验格式合法性。可按不同邮箱服务商的规则分别处理,避免把不同用户的地址误合并。适合营销名单去重与账号体系归一。处理结果可导出为归一化名单。

共 5 · 去重 5 · 已改 4
IN每行一个邮箱
OUT规范化
John.Doe+newsletter@gmail.com→johndoe@gmail.comgmail
ALICE@HOTMAIL.COM→alice@hotmail.com已改 1
bob+spam@GMAIL.COM→bob@gmail.comgmail
test@outlook.com→test@outlook.com未变
user@subdomain.YAHOO.CO.UK→user@subdomain.yahoo.co.uk已改 1

关于 邮箱规范化

john.doe+news@gmail.com、JohnDoe@Gmail.com、johndoe@googlemail.com 其实可能是同一个收件箱。本工具在浏览器本地把邮箱规范化:统一转小写、去掉加号后的标签,并针对 Gmail 移除点号、把 googlemail.com 归并为 gmail.com,从而识别出真正去重后的唯一地址。支持批量粘贴、显示总数/唯一数/被修改数,所有邮箱不上传,适合处理用户名单。理解底层逻辑很重要:Gmail 在投递时本就会忽略本地名中的点号(j.smith 与 jsmith 指向同一收件箱),并会把 googlemail 与 gmail 指向同一账户,所以这里的削点是还原 Gmail 的真实行为,而不是任意的字符清理;其它服务商保留点号,工具只对 Gmail 应用该规则。因为规范化是不可逆的单向变换,原始名单最好保留备份,营销归因时可保留加号标签。规范化后的名单可直接导出用于去重统计与邮件发送前的清洗,避免同一用户重复收到多封邮件。

地址是否大小写敏感,取决于提供商的具体实现,因此不能一律按「全部等价」处理。标准规定本地部分理论上可以区分大小写,实践中多数主流提供商把它当作不敏感,但仍有系统按原样比对。因此归一化适合用于内部的去重与检索,而不应作为判断「两个地址是否同一个人」的唯一依据。

点号与加号的特殊规则只适用于部分提供商,跨提供商套用会出错。有的提供商忽略本地部分的点号,有的把加号之后的内容当作标签并忽略,这些规则让同一用户的多个地址指向同一邮箱。但把同样的规则套到不支持它的域上,就会把两个真实不同的地址错误合并,造成漏发或串号。

面向国际使用的地址还涉及非拉丁字符,处理方式与纯拉丁地址不同。本地部分与域名都可能包含非拉丁字符,需要按相应的编码规则转换后才能正常投递;而显示给用户时又应当还原为其原始写法。因此规范化应当是「存储归一、展示还原」两条路径,而不是把归一后的形态直接展示出去。

把规范化当作去重手段时,误判的代价需要评估清楚。合并两个实为不同人的地址会导致一方收不到本该收到的信息,而漏合并只是多了一次发送。因此在高价值通知(例如账单、验证码)的场景里,应当保守处理:宁可保留两条记录,也不要基于可能不成立的等价规则合并。

显示名与地址需要分开处理,混在一起会在解析时出错。带显示名的写法通常形如「名称加上尖括号包裹的地址」,而名称本身可能包含逗号、点号甚至类似地址的片段,若直接按分隔符切分就容易切错。因此解析应当以尖括号为界先分离结构,再各自处理,而不是用简单规则整串处理。

最后,归一化的结果应当可解释、可回溯。既然不同规则会影响结果,就应当在处理后能说明「这条地址被判定为与那条等价,依据是哪一条规则」。把等价判定的依据记录下来,既能便于排查发送失败的原因,也能在规则发生变化时快速评估影响范围,而不是把结论当作黑箱。

实现原理

归一化处理两件不同的事:域名部分统一小写并去空格(这部分在规范上不区分大小写),本地部分保持原样(规范上是可以区分大小写的,虽然主流服务不区分)。把本地部分也转小写,在自建邮件系统上可能导致地址不存在。另外同一地址在部分服务里有等价写法(如加号别名),归一化不应擅自展开。

输入User.Name+tag@Example.COM
输出User.Name+tag@example.com(本地部分与别名保留原样,只规范域名)

使用方法

  1. 打开「邮箱规范化」
  2. 粘贴待处理的文本
  3. 根据需要调整输出选项
  4. 点击「处理」按钮,结果实时显示
  5. 复制或导出结果

使用场景

  • 名单去重 — 把营销名单里大小写与加号变体归一,统计真正的唯一收件人数。
  • 防薅羊毛 — 识别用加号标签或 Gmail 点号注册的同一邮箱多个马甲账号。
  • 数据清洗 — 导入 CRM 前统一邮箱格式,避免同一人产生重复客户记录。
  • 登录比对 — 把用户输入的邮箱规范化后再查库,提高账号匹配准确率。
  • 批量核对 — 一次粘贴大量邮箱,快速看出哪些被改写、哪些重复。
  • 活动唯一人数 — 把活动报名名单里的别名折叠,算出真实参与账号数。

常见问题

为什么 Gmail 的点号会被去掉?

Gmail 在路由邮件时忽略本地名中的点号,j.smith@gmail.com 与 jsmith@gmail.com 投递到同一邮箱,因此规范化时移除点号。

加号标签是什么,删了影响收信吗?

plus 标签(如 +news)常用于分类来源,邮件仍投递到主地址;去掉它只是为了识别同一邮箱,不影响真实收信。

点号去除对非 Gmail 邮箱也生效吗?

不会。点号规则是 Gmail/googlemail 特有的,其它服务商保留本地名中的点号,工具只对 Gmail 应用此规则。

规范化后的地址能用来发信吗?

规范化结果用于去重与比对最稳妥;实际发信仍建议使用用户填写的原始地址,以兼容各种服务商行为。

规范化会破坏原始数据吗?

不会。工具只输出归一后的结果,不改动你粘贴的原文;因为是单向变换,建议保留原始名单备份,归因分析时用原始地址。

想给邮箱打码隐藏怎么办?

本工具做格式归一,不做遮盖。若要把邮箱部分隐藏,请使用本站的「字符串混淆」工具。

归一化之后邮件发不出去了?

邮箱的本地部分在规范上是可以区分大小写的,虽然主流服务通常不区分,但自建邮件系统可能严格按大小写匹配。若把本地部分一并转成小写,就会导致地址不存在。稳妥做法是只对域名部分做小写与去空格处理,本地部分保持原样,除非已经确认目标服务不区分大小写。

Gmail 加点号(a.b@gmail.com)算同一个邮箱吗?

Gmail 忽略本地部分的点号并视为同一收件箱,但大多数邮件服务商不这么做。规范化时按目标服务商的规则处理,不要把「Gmail 的规则」套到所有地址上,否则会产生错误合并。

广告