那些应该被保留的邮件用户名

不断补充中...

前言

很多地址几乎就是互联网的网站管理员们约定俗成的地址, 就像最开始域名不允许直接在顶级域名下解析 CNAME 时, 大家都会默认用 www 一样, 有人可能会说这其实就是 "World Wide Web" (万维网) 的缩写. 一开始确实是万维网的含义, 但后来随着网站多得数不胜数, 实际上已经没有人在意它到底是什么意思了, 因为有人这么教, 有人这么用, 所以大家都这么做, 就这么简单, 并没有什么实践意味上深刻的含义, 现在硬要去寻找含义反而变成射箭画靶的行为.

当然现在已经有办法代替解决顶级域名下解析 CNAME 的办法, 比如记录拉平和 ALIAS 解析类型, 但总归都不如约定俗成的 www 来的通用, 虽然让网址变长了, 但起码这样做不会让人觉得奇怪.

同样的, 在电子邮件这边存在大量的同类名称, 平台都会默认使用这些名称来作为特定用途, 没有人怀疑. 即使到了如今强调个性化的现代互联网, 有人在域名上, 在电子邮件地址上都还会对这些名称有特殊的感觉, 于是电子邮件管理员要去保留这些地址是理所应当的, 现在主要还是为了仿冒和滥用.

基本规则

不建议电子邮件平台开放 4 位及以下的用户名自助注册, 如今大多数都已经限制到 5 位及以上.
保留地址的目的主要是为了防止仿冒, 如果并不公开自助注册用户名和别名那么实际上没有必要保留.
手动保留地址的本质是审查关键词黑名单, 而关键词黑名单并不能解决所有审查问题. 平台管理依旧不能懈怠. 要应对好诸如单词形式和时态, 拼写错误和非 ASCII 字符的地址.

管理和事务类

序号	名称	解释
1	<网站域名>	比如说 `[email protected]` 和 `[email protected]`.
2	<网站名称>	实际规则同上, 因为大多数时候网站域名并不一定和网站名对应.
3	<注册商标>	比如 google, facebook, microsoft 和 disney 等等. 要全部保留是不可能的, 这是平台主动审核的其中一部分工作. 也许用户只是为了喜好而注册这些商标作为用户名, 但如果真正拿去仿冒甚至诽谤那就问题变得不一样了.
4	dmca	DMCA 专用的报告接收地址, 虽然实际属于 abuse 中的一类, 但还是有很多受美国法律管辖的网站单独列出.
5	gdpr	欧盟数据法案 GDPR 事务处理用地址, 介于 abuse 和 support 的一类. 欧盟境内的公司一般会单独列出.
6	no-reply	通知发送用的名称, 主要告诉接收人这封邮件不需要也不接受回复. 有时候也会用不带连字符的 “noreply”.
7	notification	同上, 不过另一种更直接的表意名称, 复数形式 “notifications”.
8	admin	管理员(Administrator), 复数形式 “admins”.
9	administrator	同上, 复数形式 “administrators”.
10	webmaster	网站管理员.
11	postmaster	电子邮件管理员.
12	report	外部报告接收用的地址. 比如 DMARC 和 TLS 报告.
13	dmarc	DMARC 普及之后, 一些邮件管理员就选择单独把它列出来了, 方便集中到一个邮箱中处理. 当然也能直接用 report 代替.
14	abuse	服务滥用专用的报告接收地址, 当然也可以直接用 report 代替.
15	root	根用户, 在某些操作系统中是默认的管理员用户名, 而后沿袭到现在. 可以不保留, 主要是存在仿冒管理员的风险.
16	finance	财务用地址, 一般都是内部公共邮件群组的名称.
17	billing	同上.
18	support	客户支持以及技术支持用的地址.
19	tech	技术支持地址. 实际上并不常用, 可以不保留, 如果要保留那么技术 “tech” 开始相关的单词比如 techno, technology, technical, technically 等等一系列都可能要考虑保留.
20	sale	经营类网站一般会用这个地址发送销售类的消息, 比如促销和售前售后信息.
21	promo	同上, 不过是主要用途促销类消息, 如果不是经营类网站并不需要保留, 主要是为了防止仿冒.
22	newsletter	时事通讯, 是真实内容更丰富一些的网站更新, 产品更新和博客文章之类的消息. 复数形式 “newsletters”.