运维手册

用一个账户管理四十个邮件域名,无需电子表格

作者:Alexey Bulygin
四十把小钥匙挂在一块缺少一个挂钩的板上

只要管理的邮件域名超过几个,几乎每个人最终都会维护一张电子表格:哪个域名在哪家供应商,使用哪些域名服务器,由谁的银行卡付款,上次检查 DNS 是什么时候,联系人是谁。把四十个域名放进一个账户后,这张表就不再需要,因为所有答案都由平台保存。

本文将说明规模达到这一程度后真正发生哪些变化,哪些操作不再需要按域名重复,以及哪些情况下不应该合并。

增长到四十个域名后,管理如何逐渐失控

域名数量达到四十个时,无论是否放在同一账户中,都不会突然发生严重故障。真正的变化在于,管理三个域名时微不足道的逐项工作,会逐渐变成一份全职任务。

DNS 检查是最明显的例子。确认一个域名的记录是否正确只需一分钟,确认四十个则要花掉大半个上午。因此检查频率越来越低,错误记录可能连续几个月无人发现,直到有人报告邮件丢失。

所有需要逐个域名处理的事项都是如此:添加邮箱、检查存储、确认续签证书、发现域名的发信路径发生变化。每件事都不难,只是都要重复四十次。

如果四十个域名分散在多家供应商,更不存在统一查看的位置。这正是电子表格出现的原因。它是一份手工索引,把各系统分别知道却无法集中显示的信息放在一起。

哪些操作可以集中完成

四十个域名放在一个账户后,有几项操作可以集中完成,不必反复执行,节省的时间主要来自这里。

直接应用 DNS,而不是发送配置说明。如果域名使用 Cloudflare,就能通过其 API 直接写入记录,不必把清单交给别人逐条输入。这样既省去手工录入,也避免抄写错误。后者通常正是域名只能部分正常工作的原因。

批量添加域名。一次操作即可添加四十个域名,不必重复四十次。对应邮箱也能同样批量开通。

统一查看状态。哪些域名通过检查,哪些正在收发邮件,哪些没有活动,都在一个视图中显示。这就是电子表格的作用,只是现在由系统维护,不再依赖人工。

一张账单。它不是最有趣的优势,却经常是促使企业迁移的原因。来自四家供应商的四十张小额账单,本身就是一项管理负担。

这一规模下真正重要的限制

各套餐允许的域名数,决定四十个域名能否全部放进一个账户:

套餐域名每个域名的邮箱数
Free1010
Starter50100
Pro100300
Agency1,0001,000

四十个域名可以轻松放入每月 $4 的 Starter 套餐。许多人原以为多域名管理只属于企业级产品,因此会对此感到意外。Starter 不包含过滤器。如果自动分类很重要,应选择 Pro 而不是 Starter。最好在选套餐前了解这条边界。

另一个限制是所有邮箱共用的邮件存储配额:Starter 为 15 GB,Pro 为 50,Agency 为 200。四十个域名各自只有少量邮箱时足够使用,如果每个域名的邮箱都很繁忙,则远远不够。

保持井然有序

把四十个域名放在一个账户中,解决了工具分散的问题,却也带来组织问题,因为包含四十项的单一列表仍然难以浏览。

域名备注的价值比表面看来更大。用一行记录域名存在的原因、归属对象和用途。一年半后没人记得时,真正需要的正是这些信息。备注与域名保存在一起,不会落入一份无人继续更新的独立文档。

保持所有域名的命名规则一致,同样能显著减少查找。如果各域名的邮箱都遵循相同模式,只看地址就能知道它属于哪个域名、承担什么功能,无需查询。

还应区分真正投入使用的域名和停放域名,因为两者需要的关注不同。停放域名只需启用全域收件,具体见停放域名邮件。活动域名则需要持续检查。

备注字段为何值得认真使用

当账户中有四十个域名时,经常出现的问题不是某项设置如何完成,而是某个域名为什么存在。

在每个域名上用一行写明归属、用途和上次复核日期,就能回答这个问题,无需依赖无人更新的单独文档。这是整套管理方式中成本最低的文档,也是最常被省略的部分。

哪些情况下不应合并

以下两种情况下,四十个域名放在一个账户并不是正确架构,两者都应认真考虑。

日后可能交还的客户域名。如果客户将来可能离开,并把域名转到自己的账户,把域名放在你的账户中会增加拆分难度。并非无法完成,但这属于迁移,而不是简单转移所有权。应该在客户离开前考虑,而不是等到终止服务时。

具有实质不同要求的域名。如果一个域名需要其他域名没有的合规条件,例如特定的数据驻留位置、保留期限或发信路径,那么将它与另外三十九个域名放在一起会带来问题。要么最严格的要求实际上应用于全部域名,要么通过例外单独满足,而例外最终总会被遗忘。

多数代理机构采用折中方案:合并所有常规域名,把两三个真正特殊的域名单独保留。这比任何一种极端选择都更合理。

无需牺牲周末即可完成迁移

把四十个域名迁入一个账户听起来像是大型项目,实际大部分时间只是在等待。

没人应该尝试一次完成,也没有这个必要。各域名可以独立迁移,因此整个过程可以持续数周,无需相互协调。一个域名出现问题,也不会影响其他域名。

每个域名的工作包括添加域名、应用 DNS,以及迁移现有邮箱。只有最后一步真正耗时,而且可以在后台运行。为降低风险,应先处理安静的域名,例如停放域名和流量较低的域名,出错也几乎没有损失。熟悉流程后,再迁移最繁忙的域名。

DNS 传播完成前,邮件会继续送达原供应商,因此切换过程中不会丢失。新旧两套系统会短暂重叠,而不是一次性切换。现有邮件的转移方法见邮件迁移。完成后还应运行校验,不要因为复制任务显示成功,就认定所有邮件都已完整转入。

分享这篇文章

我们使用运行和保护 TrekMail 所必需的技术。确认后还会允许《Cookie 政策》中所述的有限分析和广告衡量。

登录 TrekMail

访问您的控制面板、邮箱和 DNS。

12 个字符 两次密码一致

重置邮件已发送

如果该邮箱对应已有账户,我们已发送密码重置说明。

继续即表示您同意 TrekMail 的 服务条款隐私政策.