|
#### Zoom Mail和日历服务目前仅在线提供给托管在Zoom美国或欧洲基础设施上的客户账户
客户托管在 Zoom 的欧洲或美国全球基础设施上的用户，目前可以购买 Zoom Mail 和日历服务。Zoom Mail 和日历服务不适用于托管在其他地区特定基础设施上的帐户（例如：印度、澳大利亚、新加坡等）。
## **Zoom Mail 服务和日历 服务加密方法**
### **端到端加密电子邮件**
#### 默认情况下，Zoom Mail 服务 为同一账户中的有效 Zoom Mail Service 用户之间提供可选的端到端加密电子邮件
默认情况下，Zoom Mail 服务支持对在同一账户上、两个有效用户之间发送的邮件进行端到端加密（E2EE），前提是账户和用户都已配置为允许它。使用端到端加密时，消息会在发送方的设备上进行加密，并且只能在接收方的设备上解密——包括 Zoom 在内的任何其他人都无法读取内容。然而，如果启用了设备托管加密，经授权的账户管理员也可能拥有访问权限。
在发送端到端加密电子邮件时，Zoom Workplace 应用会清楚地将外发消息标记为相应状态。这些消息使用客户端生成的加密密钥进行保护，通过 TLS 1.2 传输，并以加密形式存储在 Zoom 的服务器上，有助于确保其内容对 Zoom 和未经授权的各方不可访问，不过指定的设备管理加密管理员可以访问加密密钥，在必要时解密内容——例如，为了用户恢复或法律取证目的。
在我们的文档中可以找到有关 Zoom Mail 服务的加密设计的更多信息 [密码学白皮书](https://github.com/zoom/zoom-e2e-whitepaper/blob/master/zoom_e2e.pdf).
#### 只要两个域都启用“跨域加密”设置，就可以向其他账户上的用户发送端到端加密邮件
默认情况下，端到端加密电子邮件只能在同一账户中的用户之间交换。不过，如果来自两个不同域的管理员启用该 **跨域加密** 中的选项 **域管理**，那些域中的用户可以彼此发送端到端加密电子邮件。
如果未启用此设置，跨账户发送的加密电子邮件将使用密码过期的加密方法作为备用方案。
#### Zoom Mail 服务使用基于设备的加密密钥，这些密钥用于授予新设备访问旧数据
作为 Zoom Mail 服务 设计的一部分，每个已授权的设备都会生成自己的与设备相关的密钥，同时还有为每个用户提供的密钥，这些密钥会在所有已授权的设备之间共享。这些每用户的密钥用于在每个设备上启用对电子邮件内容的加密和解密。
当添加新的 Zoom Mail 服务 设备时，会创建并分发新的每个用户密钥到所有设备，确保对新的电子邮件数据具有相同的访问权限。不过，为了安全起见，新添加的设备不会自动获得访问旧数据或用于保护它的密钥。
要访问历史电子邮件，已授权的设备必须与新设备共享相关的每用户密钥。如果没有现有设备授予访问权限，新设备就无法解密或查看过去的电子邮件。当访问被授予时，这些设备会使用每个设备独有的设备专属密钥配对完成私密密钥交换。
#### 已授权设备可以撤销其他已授权设备的访问
任何已获授权的设备都可以撤销另一台设备对 Zoom Mail 服务内容的访问权限。在 事件 & 活动 &直播 的情况下，如果撤销某台设备的访问权限，则该设备的密钥将被作废，并在所有仍获授权的设备之间轮换各个用户的密钥。
#### 用户应注意安全存储其备份密钥，以便在紧急情况下恢复访问
用户应安全地存储备份密钥，以便在丢失所有已授权的设备时恢复访问，因为每一台新设备都必须由一台已授权的设备批准。为降低这一风险，Zoom Mail 服务 会在设置期间提示用户下载备份密钥，作为 **Zoom 无法代表用户添加设备或授予访问权限**.
#### 如果设备密钥丢失，设备管理加密可以帮助恢复访问
如果已在账户上启用，管理员可以通过“设备托管加密”（也称为加密托管）功能，帮助恢复用户对由设备加密的电子邮件的访问。设备托管加密使获授权的管理员能够安全地访问保护已加密邮件的密钥。有了这种访问，他们可以批准新设备，或在有人丢失现有设备时恢复加密访问，帮助确保用户能够重新进入他们的电子邮件，而不会丢失重要信息。有关设备托管加密的更多信息，请参见本页下方。
{% hint style="danger" %}
**警告**
如果用户访问在没有备份代码、另一台授权设备或设备管理加密的情况下丢失，用户数据将永久无法恢复。
{% endhint %}
### **密码过期的加密邮件**
#### 密码即将到期的邮件可以发送给任何人
与端到端加密的电子邮件不同，这类邮件要求两个用户在同一个 Zoom 账户中，而密码过期的电子邮件可以发送给任何电子邮件收件人。
#### 密码过期提醒邮件具有时间敏感性，并且在 URL 中包含嵌入的密码
到期邮件会向收件人发送一封包含时效性链接的电子邮件，该链接指向原始电子邮件，并在 URL 中嵌入密码。发送该链接后，Zoom Mail 服务不会保留密码的副本，仅允许通过 URL 访问。
到期的电子邮件会在 Zoom Mail 服务服务器的静态存储中进行加密，并且必须从其邮戳开始设置在一天、一周或一个月后到期。在到期的电子邮件到期后，该链接将被使其失效，并从 Zoom Mail 服务服务器中删除消息的面向公众的内容；但是，一份单独的私有副本可能仍会保存在发送方的 **已发送** 文件夹。
#### 密码过期邮件必须在网页浏览器中打开
当用户收到一封密码即将过期的电子邮件时，用户 **必须** 点击链接在浏览器窗口中打开电子邮件。密码到期的电子邮件无法在 Zoom Mail 客户端中查看。
### **加密电子邮件限制**
#### 加密邮件在网页邮箱中无法访问或在线查看
由于端到端加密和服务器端加密的内在设计，带有此标记的电子邮件无法在网页邮件客户端中查看、阅读或发送，除非打开指向一封密码即将过期的电子邮件的链接。因此，所有从网页邮件发送的电子邮件都将通过 TLS 加密以明文发送。
#### Webmail不支持发送加密电子邮件
目前，用户无法从网页邮箱发送端到端加密或密码到期（服务器加密）的电子邮件。
#### 发送到邮件列表的电子邮件并未进行端到端加密
发送到邮件列表的邮件不会进行端到端加密，即使所有用户都是 Zoom Mail 服务 账户，并且已授权并启用该 功能/特性。用户必须使用 密码过期的 功能/特性发送分发列表邮件，或通过 TLS 以明文发送。
#### 外拨电子邮件的个人副本以加密方式存储在发件人的“已发送”文件夹中
启用加密的邮件的个人副本（例如端到端加密或设置到期的密码消息）以加密形式存储在发送方的“Sent”文件夹中。Zoom Mail 服务服务器在邮件发送后没有密钥来解密这些副本。因此，启用加密的邮件无法通过 webmail 查看，但仍可在发送方获授权的设备上的“Sent”文件夹中访问。相比之下，通过 TLS 发送的标准纯文本邮件会使用 Zoom 的密钥管理系统在存储时进行加密，并且可以通过 webmail 查看。
### **明文电子邮件（标准电子邮件）**
#### Zoom Mail 服务提供使用第三方电子邮件服务商的收件人可访问的纯文本和密码到期的电子邮件
当向非 Zoom Mail 的收件人发送电子邮件时，用户可以选择发送纯文本或到期的电子邮件；只要可能，这两种电子邮件方式在传输过程中都会通过 TLS 1.2 进行保护。
#### 当 Zoom Mail Service 与第三方电子邮件提供商之间的电子邮件由 Zoom 存储时，会进行加密
在 Zoom Mail 服务 用户与第三方电子邮件服务之间传输的电子邮件在由 Zoom 存储时会进行加密。当从外部服务接收到传入消息时，只要收到就会使用由客户端控制的密钥进行加密；发往外部账户的发出消息会使用由 Zoom 的密钥管理系统提供的密钥保存在发送方的“已发送”文件夹中。
### **日历服务**
#### Zoom Calendar 服务会 *不* 使用端到端加密，但事件通过 TLS 1.2 传输
Zoom Calendar 服务不为日历事件使用端到端加密。此设计使 Zoom Calendar 服务与其他日历服务提供商之间具备互操作性；否则，日历事件和邀请将无法被外部方读取。然而，只要可能，日历事件会使用 TLS 1.2 进行传输加密（in transit）。
### **设备管理的加密**
#### 设备管理加密添加了一个内置备份设备，使管理员能够在需要时恢复加密密钥并还原访问
设备托管 加密（也称为加密托管）是一种保障措施，可让 组织 安全地保存一份用于保护 Zoom Mail 服务 通信的 加密 密钥副本。这些密钥存储在受控系统中，只有指定的管理员 才能 访问。当设备托管 加密 启用后，账户成员将收到通知，并会自动为其账户添加一台特殊的虚拟设备。此虚拟设备的作用类似于与用户自身设备并行的备份设备，使管理员能够恢复与该账户关联的加密密钥，并在需要时 解密 电子邮件 内容。
设备管理加密旨在支持两种主要场景：
* **用户恢复**: 拥有相应权限的管理员可以批准新设备，并在用户丢失其所有已授权设备时恢复对加密电子邮件的访问。
* **法律证据开示**：具有适当权限的管理员可以从 Zoom 的服务器请求加密电子邮件，并将其解密，以满足合规性或调查需求。
该系统有助于确保只有发送方和接收方能够在其个人设备上读取消息内容，同时还为管理员在需要恢复或法律访问时介入提供一种经过严格控制的方式。这种平衡有助于组织满足合规性需求，而不会削弱整体安全模型。
## 管理 Zoom Mail 服务和日历服务
本部分详细介绍 Zoom Mail 和 日历 服务的功能及其他补充信息。
#### 管理员可以在账户或群组级别启用 Zoom Mail 服务和日历服务
账户管理员或授权用户可以启用 Zoom Mail 服务和日历服务，适用于整个账户或以群组级别。有关更多信息，请参阅我们的支持文档，以启用 [Zoom Mail 服务和日历服务](https://support.zoom.us/hc/en-us/articles/9868737154061).
#### 管理员在配置域时可以选择默认电子邮件加密行为
首次配置域时，管理员可以选择将应用于用户的默认加密行为。此设置一旦设定便无法更改。可选项仅限于：
* 仅使用安全电子邮件。
* 默认使用安全电子邮件，但用户可以选择。
* 默认使用标准电子邮件，但用户可以选择。
#### Zoom Mail 服务 支持为 Workplace 商业版 账户或更高级别的 客户 使用自定义域名
使用 Zoom Workplace 商业版 计划或更高级别的公司，可以通过已验证所有权设置 Zoom Mail Service，并使用自定义电子邮件域名。Zoom 不提供用于购买的域名，且必须通过其他提供商购买。
#### Zoom Mail 服务不提供域名管理服务
Zoom Mail 服务不提供域名注册或域名管理服务。相反，它会与由组织已拥有并配置的域名配合使用。管理员负责设置和管理他们自己的域名记录，例如 DNS，然后将这些域名连接到 Zoom Mail 服务以供使用。
#### 没有自定义域名的用户将拥有一个 @zmail.com 地址，并且无法访问管理功能
没有自定义域名的账户中的用户将使用电子邮件域 @zmail.com。该 [zmail.com](http://zmail.com) 该域不包含任何管理功能，仅用于基础版电子邮件访问。
#### 根据其方案类型，账户被分配不同的存储空间
Zoom 账户根据其套餐类型获得以下 Zoom Mail 服务存储：
* 专业版：50GB
* 商业版: 100GB
* 商业版Plus：1TB
* 企业版：5TB
#### Zoom Mail 服务包含内置的垃圾邮件和安全功能
为阻止垃圾电子邮件，Zoom Mail 使用行业标准的协议和技术，例如：
* 基于域的消息身份验证报告与一致性（DMARC）
* 域密钥识别消息（DKIM）
* 认证接收链（ARC）
* 严格传输安全（MTA STS）
{% hint style="info" %}
**注**
这些标准协议和技术只能应用于不受端到端加密保护的电子邮件。
{% endhint %}
#### Zoom Mail 服务支持与第三方电子邮件卫生和其他服务的集成，但不支持加密的电子邮件
Zoom Mail 服务支持与第三方电子邮件卫生工具和附加组件服务的集成，包括高级垃圾邮件过滤、数据丢失防护和自动归档解决方案，这些方案依赖于基于服务器的扫描。这些集成适用于标准 Zoom Mail Service 通信（即通过 TLS 的纯文本）。然而，当组织选择启用端到端加密或其他高级加密方法时，需要访问邮件内容的外部服务将无法访问这些已加密的电子邮件。
#### Zoom Mail 服务支持附件大小最高 25 MB
Zoom Mail 服务支持附件大小最高为 25 MB，适用于拨入和外拨邮件。带有附件且超过 25 MB 的拨入邮件将被 Zoom Mail 服务退回。或者，Zoom Mail 客户端将阻止 Zoom Mail 服务用户上传超过 25 MB 的附件。
#### Zoom Mail 支持小规模的 电子邮件 导入
Zoom Mail 服务支持小规模的电子邮件导入，帮助组织将现有邮件迁移到 Zoom。对于较小的迁移——例如数百名用户——管理员通常可以借助 Zoom 提供的内置工具自行完成该过程。对于涉及数千名用户的大规模企业迁移，需要额外的规划，组织应直接与其 Zoom 账户团队合作以获取支持。
#### 用户无法将 Zoom Mail 服务 电子邮件导出到第三方电子邮件服务
通过使用 Zoom Mail 服务创建或处理的用户电子邮件目前无法导出到第三方电子邮件服务。若用户停止使用其 Zoom Mail 服务，其电子邮件会保留在该服务内，直到由账户所有者删除，或在账户终止后删除。
#### Zoom Mail 服务数据存储在分配给 Zoom 账户的基础设施区域中
Zoom Mail 服务数据存储在账户的区域基础设施中。例如，如果某个账户托管在 Zoom 基于美国的全球基础设施上，则数据将位于美国..。如果该账户托管在 Zoom 的欧洲基础设施上，则数据将位于欧洲。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/zh/zoom-workplace/zoom-mail-and-calendar/services.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
