邮箱规范化与校验
修剪空白、统一域名大小写、按服务商规则折叠点号与 + 别名，给出规范化形式与原始形式；内置 15 家常见邮箱服务的别名规则表，并按 RFC 5322（简化版）与 RFC 5321 长度限制校验语法，支持批量处理。全部本地计算，不做 DNS 查询。
浏览器本地运行所有计算都在你的浏览器里完成，数据不会离开本机。
一行一个（多行即批量处理，空行与 # 开头的行会被忽略）。
结果
firstlast@gmail.com firstlast@gmail.com a.b@outlook.com base@yahoo.com user.name@example.com bad-address ✗
5146只在浏览器本地计算：不做 DNS / MX 查询，也不判断邮箱是否真实存在。 仅接受 ASCII：中文域名等国际域名请先转成 Punycode（xn--）。
批量结果
| 行 | 原始输入 | 规范化形式 | 状态 |
|---|---|---|---|
| 1 | First.Last+news@gmail.com | firstlast@gmail.com | 有效 |
| 2 | first.last@googlemail.com | firstlast@gmail.com | 有效 |
| 3 | A.B+c@outlook.com | a.b@outlook.com | 有效 |
| 4 | base-tag@yahoo.com | base@yahoo.com | 有效 |
| 5 | <User.Name@Example.COM> | user.name@example.com | 有效 |
| 6 | bad-address | — | 无效 · 缺少 @ |
常见服务商别名规则
| 服务商 | 等价域名 | 支持 + 别名 | 支持 - 别名 | 忽略点号 | 说明 |
|---|---|---|---|---|---|
| Gmail / Google Workspace | gmail.com, googlemail.com | 是 | 否 | 是 | 忽略点号与大小写；`+` 之后是别名；googlemail.com 与 gmail.com 等价。 |
| Outlook / Hotmail / Live | outlook.com, hotmail.com, live.com, msn.com | 是 | 否 | 否 | 支持 `+` 别名；点号有意义，不能随意增删。 |
| Yahoo Mail | yahoo.com, ymail.com, rocketmail.com, yahoo.co.jp | 是 | 是 | 否 | 支持 `+` 与 `-` 两种别名写法；点号有意义。 |
| iCloud Mail | icloud.com, me.com, mac.com | 是 | 否 | 否 | 支持 `+` 别名；点号有意义。 |
| Proton Mail | protonmail.com, proton.me, pm.me | 是 | 否 | 否 | 支持 `+` 别名；pm.me 是付费用户的短域名。 |
| Fastmail | fastmail.com, fastmail.fm | 是 | 否 | 否 | 支持 `user+folder@` 与 `user@folder.fastmail.com` 子域名寻址。 |
| Zoho Mail | zoho.com, zohomail.com | 是 | 否 | 否 | 支持 `+` 别名；企业邮箱可用域名级别名。 |
| Yandex Mail | yandex.ru, yandex.com, ya.ru | 是 | 否 | 否 | 支持 `+` 别名；ya.ru 与 yandex.ru 是同一邮箱服务。 |
| Mail.ru | mail.ru, inbox.ru, list.ru, bk.ru | 是 | 否 | 否 | 支持 `+` 别名；inbox.ru / list.ru / bk.ru 属于同一服务。 |
| QQ 邮箱 | qq.com, foxmail.com | 否 | 否 | 否 | 不支持 `+` 别名，别名需在设置里的「英文账号 / 邮箱别名」中单独配置。 |
| 网易 163 邮箱 | 163.com | 否 | 否 | 否 | 不支持 `+` 别名，可用「邮箱别名」功能生成别名账号。 |
| 网易 126 / yeah.net | 126.com, yeah.net | 否 | 否 | 否 | 不支持 `+` 别名；yeah.net 与 126.com 同属网易。 |
| AOL Mail | aol.com | 是 | 否 | 否 | 支持 `+` 别名；点号有意义。 |
| Tuta（原 Tutanota） | tuta.com, tutanota.com, tuta.io | 是 | 否 | 否 | 支持 `+` 别名；旧域名 tutanota.com 仍可用。 |
| GMX | gmx.com, gmx.net, gmx.de | 否 | 否 | 否 | 不支持 `+` 别名，别名需要在账号里单独设置。 |
这个工具能做什么
- 批量去重用户列表：把 Gmail 的 alice.bob+news@googlemail.com、AliceBob@gmail.com、alice.bob@gmail.com 折叠成同一个规范化地址，避免同一人收到多封邮件。
- 导入前清洗数据：去掉粘贴时带进来的首尾空格、尖括号、mailto: 前缀和行尾的标点，统一域名大小写。
- 校验地址是否合法：按 RFC 5322（简化版）检查本地部分字符、点号位置、域名标签，并按 RFC 5321 检查 64 / 255 / 254 字节的长度限制。
- 判断某个服务商是否支持 + 别名与「点号等价」规则，15 家常见服务商的规则表内置在页面里，离线可查。
示例
输入
alice.bob+news@googlemail.com
输出
清洗后（可投递地址）：alice.bob+news@googlemail.com 规范化（去重比较用）：alicebob@gmail.com 检测到的服务商：Gmail / Google Workspace 别名标签：news（分隔符 +） 发生的变化：去掉别名、去掉点号、域名别名归一（大小写与空白已被统一，因此不计入变化列表）
Gmail 忽略点号、+ 之后是别名、googlemail.com 与 gmail.com 等价，所以三种写法折叠成同一个规范化地址；换作 outlook.com 则点号会被保留。
常见问题
规范化后的地址能直接用来发信吗？
不能。请用「清洗后」那个形式投递，它只做了修剪空白和域名小写，地址仍然有效；「规范化」形式是给去重比较用的，比如把 AliceBob@gmail.com 当成 alice.bob+news@googlemail.com 的同一个人，直接拿去发信对某些服务商可能失败。
会做 DNS 或 SMTP 验证吗？
不会。工具只做语法与长度校验，不查询 MX 记录、不连接对方服务器，所以「校验通过」只代表格式合法，不代表邮箱真实存在。全部计算在本地完成。
哪些服务商会被折叠点号和别名？
内置 15 家规则：Gmail / Google Workspace 忽略点号并支持 + 别名，Outlook / Hotmail / Live、iCloud、Proton、Fastmail、Zoho、Yandex、Mail.ru、AOL、Tuta 支持 + 别名但点号有意义，Yahoo 还额外支持 - 别名；QQ 邮箱、网易 163 / 126 和 GMX 不支持 + 别名。
国际域名或中文邮箱能处理吗？
不能，校验只接受 ASCII。含非 ASCII 字符的地址会直接报 non-ascii 错误——先用 Punycode 把域名转成 xn-- 形式，本地部分按 RFC 也不允许非 ASCII（除非使用引号包裹的少见写法）。
批量处理有什么限制？
每行一个地址，空行和以 # 开头的注释行会被忽略，最多 5000 行。结果会给出有效 / 无效条数和不重复地址数，重复项按首次出现顺序列出，方便你直接定位重复记录。
关键词：email邮箱normalize规范化gmail别名aliasvalidate校验批量rfc 5322