首页›指南›电子邮件
电子邮件 · 了解
企业邮件系统可以运行在多客户共享的平台上、专为贵组织保留的实例上，或安装在贵方场所内的服务器上。机器所在位置带来的影响比人们想象的要小：真正重要的是谁在运营它、谁能打开邮箱，以及如何退出。自行托管带来的是物理上的控制；它既不能解决运维问题，仅凭它本身也无法实现主权。
人们常把“云”与“本地部署”对立起来，仿佛只有两个阵营。实际上，有三种模式并存，它们通过两个问题加以区分：机器在哪里运行，由谁让它运行。
运营邮件系统，意味着安装更新、监控邮件队列和磁盘空间、续期证书、备份、恢复、在早上 7 点应对突发事件，以及维护域名的发信信誉。托管则仅仅是提供机器和网络。
服务商负责整个平台。平台通常由多个客户共享，采用逻辑隔离：每个组织只能看到自己的域名和邮箱，但服务器、存储和运维团队是共用的。这是启动最简单、日常运行成本最低的模式。
为贵组织保留一个实例或一台服务器。您的数据不与任何其他客户的数据共存。服务商继续负责运营：您购买的是隔离，而不是工作量。这种模式适用于受监管行业、大业务量、希望明确分离旗下各公司的集团，或需要共享平台无法单独为某一客户提供的特殊设置。
机器位于贵方场所，在贵方的服务器机房或数据中心内。但仍然需要有人来运营它：要么由贵方团队负责，要么由服务商通过贵方开放的访问权限远程运营。两种选择都合理；但它们的成本不同，提供的恢复保障也不同。
五个方面区分了这三种模式。其他方面，如网页邮箱或 Outlook 兼容性，主要取决于软件，而不是部署位置。
| 方面 | 托管运营的云 | 专属 | 本地部署 |
|---|---|---|---|
| 共存环境 | 共享平台，逻辑隔离 | 实例上没有其他客户 | 您的网络，您的其他服务器 |
| 更新 | 由服务商按其日程安排 | 由服务商负责，日程有时可协商 | 您的团队或受委托的服务商 |
| 备份 | 在服务商处，按其合同约定 | 在服务商处，有时为专属备份 | 需自行组织：存放在哪里、由谁负责、是否异地？ |
| 谁能打开邮箱 | 您的管理员和运营方 | 您的管理员和运营方 | 您的管理员，以及运营方（如有） |
| 退出 | 导出并更改 MX | 导出并更改 MX | 导出、更改 MX，并处理机器（接管或回收） |
在共享平台上，其他客户的账户被入侵后发出的垃圾邮件，可能会损害共用发信 IP 地址的信誉。专属实例或专属 IP 地址可以隔离这一风险。在本地部署时，“邻居”就是您自己的网络：如果没有网络隔离，一台受感染的电脑就可能触及服务器。
这是最容易被草率填写的一项。无论采用哪种模式，能够恢复邮箱的人就能阅读邮箱。部署位置不会消除这种访问，只会改变拥有访问权限的人员名单。因此，有用的问题是：谁持有管理员账户？这些访问是否实名并可追溯？合同是否禁止运营方在客户未提出要求时打开邮箱？只有由您自己保管私钥的端到端加密（例如 S/MIME），才能使邮件内容对运营方不可读。
域名必须登记在您的名下：正是它的 MX 记录指定了接收您邮件的服务器，您必须能够无需他人许可即可修改它。其余事项需要提前准备：以标准格式导出邮箱（包括日历和联系人）、导出期限、合同结束后的数据删除。
把服务器放在自己的场所内，回答的是一个具体问题：磁盘物理上在哪里。指南什么是主权云指出，至少还有三个问题：哪家公司负责运营、其适用何种法律，以及如何退出。
因此，位于您场所内的服务器仍可能在不知不觉中依赖外部：
反之，托管服务也可以由一家独自掌控数据的欧洲公司运营，并具备可追溯的访问和书面约定的退出机制。部署位置仍是一个有用的因素，尤其是对于数据处理活动记录而言。托管与主权页面详细介绍了 Klytic 提供的各种模式。
中小企业可能希望掌控一切，却不愿承担值班工作。在把邮件系统迁回本地之前，请盘点运维工作的实际需求。
示例。一家 60 人的工业企业（假设情形）拥有自己的服务器机房，希望其设计图纸不离开厂区。它将邮件系统部署在自己的场所内，但将远程运营委托给一家服务商：更新、监控、恢复。其 IT 人员保留对硬件和网络的控制。公司得到了想要的部署位置，又无需独自承担值班工作。剩下的工作是以书面形式明确备份存放在哪里，以及谁可以登录。
如果您希望快速启动、没有运维团队，且逻辑隔离和运营方的书面承诺已能满足需求，托管运营的云是合适的选择。
如果发包方、受监管行业或拥有多家公司的集团要求您的数据不与任何其他客户的数据共存，而您又不想自行运营，专属实例是合适的选择。
如果数据不得离开场所、网络必须能够隔离，或目录服务和基础设施已经存在并有人维护，本地部署是合适的选择。
如果本地部署只是为了“实现主权”，却没有人有时间运营，也没有人进行异地备份，那就是一个糟糕的选择。
无论采用哪种模式，应提出的功能要求请见企业邮件系统应具备的功能。备份和故障恢复请见备份、删除与业务连续性。如需比较欧洲服务商，请参见选择欧洲企业邮件系统。
只有在您有理由将机器留在本地，并且有人负责运营（或有受委托的服务商）时才应如此。就主权问题而言，运营方和合同比部署位置更重要。
它消除了与其他客户共存的问题，但仅凭它本身并不能改变谁能打开邮箱，也不能改变备份的质量。请就这两点进行书面比较。
可以，前提是邮箱能以标准格式导出，且域名登记在您的名下。方法与不中断服务的迁移相同。
不必。安全网关可以部署在邮件系统前端，位于不同的地方。指南内置过滤还是安全网关解释了这一选择。
Klytic Mail 提供全部三种模式：在 Klytic 的共享架构中（按客户隔离）、在专属实例中，或在客户场所内。无论采用哪种模式，都由 Klytic 运营平台：维护、更新、安全、监控和运行保障。专属服务器按报价提供。日后可以在不同模式之间切换。
可在与适用司法管辖区相对应的任何地理区域托管（视服务可用情况而定），特别是欧洲或毛里求斯，也可部署在客户自有服务器上。
Klytic Mail 是邮件系统。Klytic MTA 是部署在其前端的邮件过滤网关；也可以采用混合方式，例如过滤在 Klytic、邮件系统在贵方场所。过滤器详情见内置过滤还是安全网关。
Klytic 团队被禁止访问客户的邮件账户；技术访问受到控制并接受审计。邮件在静态存储时使用 Klytic 管理的密钥加密，以保护存储介质；如需使内容对 Klytic 不可读，客户需使用自己的私钥进行端到端加密，例如 S/MIME。
本服务不涵盖：由您在自己的服务器上独立运营、不经过 Klytic 的邮件系统。Klytic 未获得 SecNumCloud 认证；如果发包方有此要求，本服务无法满足。
本页介绍的是一般性框架，不能替代对贵方合同和基础设施的分析。
查阅时间：2026 年 10 月。
