许多公司和大学的邮件系统将可疑或未经验证的电子邮件保存在隔离区中，而不是将其发送到收件箱。没有任何退回，因此发件人将电子邮件视为已送达，而收件人永远不会在收件箱或垃圾邮件文件夹中看到该邮件。本文解释了什么是隔离，在最常见的系统上应在哪里进行检查，以及邮件管理员可以做些什么来释放已保留的邮件并阻止其再次发生。
为什么企业和学校系统隔离论坛电子邮件
邮件管理员设置的策略会保留未通过身份验证检查或看起来像批量邮件的电子邮件。论坛通知是发送给许多收件人的批量电子邮件，因此需要仔细检查。留言通常是出于以下原因之一。
- 发送域名不完整 SPF、DKIM 或 DMARC 授权，因此接收系统无法验证论坛是否确实允许从该域发送。
- 该邮件违反了批量发件人政策。谷歌、微软和其他提供商要求批量发件人对其域名进行身份验证，保持较低的垃圾邮件率，并提供一键取消订阅链接。
- 接收方的内容或信誉过滤器标记了该邮件。即使授权已完成，也可能发生这种情况。
隔离邮件不同于已退回的邮件。反弹被直接拒绝并显示为 配送失败 在您的信息中输入提供商的回复 电子邮件历史记录 页面。隔离邮件被接受，因此电子邮件历史记录会显示 已发送 尽管该成员从未收到过。如果您是论坛管理员，正在调试丢失的电子邮件，请从以下内容开始 为什么会员没有收到我们的论坛电子邮件？（调试指南）。
微软 365 和展望
微软 365 将过滤后的邮件保存在隔离区，成员和管理员可以在微软 Defender 门户网站上查看该邮件 保护.microsoft.com。
- 成员： 登录到 保护.microsoft.com 使用您的工作或学校帐户，然后在下方打开隔离页面 电子邮件和协作。根据管理员设置的政策，您可以自己发布消息或提交发布请求以供批准。还要检查你的 垃圾邮件 文件夹，因为有些邮件是在那里传送的，而不是隔离。
- 管理员： 运行邮件追踪以查找该电子邮件并查看其被保留的原因，然后将其从隔离页面释放。发布设置存在于 Office 365 版 Microsoft Defender 下的隔离策略中，策略可以允许用户发布自己的邮件或将其保留给管理员。
- 拒绝而不是隔离： 微软365还断然拒绝了一些论坛电子邮件。如果电子邮件历史记录显示 配送失败 使用 550 5.7.520 （组织不允许外部转发）或 550 5.7.129 （受限收件人），请参阅 电子邮件传送错误消息及其解决方法 了解每个回复的含义以及如何修复它。
谷歌工作空间和 Gmail
- 成员： 检查 垃圾邮件 先打开文件夹 全部邮件 并搜索发件人的地址或邮件主题。一些保留的邮件会直接发送到 All Mail，而不会出现在收件箱中。
- 管理员： 隔离邮件将在 Google 管理控制台的 Gmail 隔离区中进行审查。从那里发布的消息将发送到成员的收件箱。Gmail 审核日志记录了哪些邮件被隔离以及隔离原因，这是确认论坛通知已保留而不是删除的最快方法。
- 批量发件人规则： 谷歌和雅虎要求批量发件人使用SPF、DKIM和DMARC一致性对其域名进行身份验证，保持较低的垃圾邮件率，并提供一键式取消订阅链接。正在完成 电子邮件授权 在您的论坛上满足该要求的身份验证部分。
Proofpoint、Mimecast、梭子鱼和其他过滤器
大多数其他企业过滤器，包括Proofpoint、Mimecast和梭子鱼，都遵循相同的模式。该成员将无法自己查看或发布消息。要求他们向其 IT 管理员发送此请求。
请在 [日期] 检查电子邮件隔离区中是否有主题为 [主题] 从我们论坛的发送域 [您论坛的外发电子邮件域] 发送到 [成员地址] 的邮件。请将其发布到我的收件箱，并将发送域名列入许可名单，以便将来来自论坛的邮件可以直接发送。
成员的 IT 管理员可以通过在隔离队列中搜索收件人地址或发送域来找到邮件。论坛管理员可以提供确切的收件人、主题和日期 电子邮件历史记录 页面。
邮件管理员可以做什么
发布单条消息可以修复那封电子邮件。允许清单使该修复永久有效。
- 在隔离队列或邮件追踪中找到保留的邮件，并将其发布到成员的收件箱。
- 将论坛的发送域添加到组织的安全发件人或许可名单中，这样以后的邮件就会跳过过滤器。
- 检查发送域的身份验证。来自您域名的电子邮件使用 CNAME 记录进行签名 网站工具箱。_域密钥，它指向网站工具箱。_domainkey.websiteToolbox.com，并且 SPF 记录授权 mailers.websiteToolbo。两者都是通过发布的 电子邮件授权设置 页面，完成它们是阻止接收系统一开始就将电子邮件视为未经验证的原因。
许可名单与已完成的授权一起使用，而不是取而代之。允许名单条目告诉接收系统信任你的域名；完成的 SPF、DKIM 和 DMARC 记录可以让所有其他接收系统自行验证这种信任。