不，ORF 旨在过滤 SMTP 流量。仅当 POP3 下载程序通过 SMTP 重新提交所有电子邮件时，才支持 POP3 过滤。例如，已知 Microsoft Small Business Server POP 连接器使用分拣文件夹而不是 SMTP 进行重新提交，因此 ORF 无法监视此类流量。一种可能的解决方法是使用第三方 POP3 下载程序，该程序使用 SMTP 重新提交电子邮件（例如 POPcon），但请注意 到达前过滤 不能在此类设置中使用。

请咨询我们的 部署指南 有关部署的详细信息。

将评估安装转换为完全许可的安装需要将许可证密钥输入 ORF 管理工具的许可证管理器。分步说明可以在我们的中找到 试用转换指南。

是的，不应该有任何干扰。唯一需要考虑的是过滤顺序：默认情况下 ORF 可能具有较低的优先级，因此它会在其他软件之后过滤电子邮件。您可以通过以下方式更改此设置 改变优先事项。

是的，确实如此：ORF Fusion 支持 Server Essentials 和 Small Business Server 安装。

是的，ORF 可以安装到 Exchange 群集。多个ORF实例（安装到每个集群节点）的配置可以在发布者-订阅者模型中自动同步。有关详细说明，请阅读我们的 多服务器使用指南。

不，它没有，至少不是直接的。支持“Exchangeless”Microsoft IIS SMTP 服务器，但不支持具有自己的 SMTP 引擎（MailEnable、Xmail）的其他服务器。 ORF 可以在仅具有外围 IIS SMTP 服务器的此类设置中使用，该服务器首先接收所有电子邮件，然后将已过滤的电子邮件中继到在后端运行的非 Exchange 服务器（请参阅 我们的知识库文章 以获得详细说明）。

是：ORF 可以运行 演示模式，其中它仅监视传入的电子邮件流并记录它会执行的操作 直播模式 而不实际拒绝任何电子邮件。或者，您可以将其配置为标记或重定向列入黑名单的电子邮件，而不是拒绝它们。看看我们的 测试指南 获取详细说明。

在 Microsoft® Exchange 下，安装程序会重新启动 MSExchange传输 服务（Exchange 2016、2013 边缘和邮箱服务器角色、2010、2007）和/或 MSExchange前端传输 安装过程中的服务（2016 邮箱服务器角色、Exchange 2013 客户端访问服务器角色独立或混合设置）。当这些服务重新启动时，SMTP 电子邮件传输将会中断。这通常需要不到一分钟的时间（您的里程可能会有所不同）。建议将升级安排在服务中断造成的问题最少的时间。 Microsoft® Exchange 2003、Exchange 2000 和 IIS SMTP 下没有服务中断。

首先，我们建议您阅读 ORF 101 指南, 其中描述了 ORF 的工作原理。一旦你掌握了窍门，请咨询 我们的 最佳实践指南 最大化 过滤效率。

这实际上取决于您的喜好和设置：例如，灰名单测试具有出色的捕获率，但只有当 ORF 在外围服务器上运行时才能使用它。它还会导致合法电子邮件的传送延迟约 15 分钟：有些人认为这是可以接受的，但另一些人则不这么认为。默认启用的测试在任何设置中都可以安全使用，其余的只有在您确保它适合您的设置并且所有配置先决条件都已完成后才应启用（例如，单独启用蜜罐测试不会执行任何操作，您需要 首先编译垃圾邮件陷阱地址列表）。对于初学者，请确保您阅读 我们的建议。

这取决于您的设置：如果 ORF（在网络外围运行）直接接收电子邮件，请使用到达前。如果 ORF 前面有另一个主机并且通过该主机接收电子邮件，请将此主机添加到 中间主机列表 并使用“抵达时”。如果 ORF 在外围运行，但您还有一个辅助 MX 将电子邮件中继到 ORF，请将其添加到中间主机列表并使用两个过滤点。欲了解更多信息，请参阅我们的 最佳实践指南。

请参阅我们的推荐 DNSBL 列表 知识库文章 并在我们的 最佳实践指南 （高效的垃圾邮件过滤/测试：入门计划 部分）。

请参阅我们的推荐 SURBL 列表 知识库文章 并在我们的 最佳实践指南 （高效的垃圾邮件过滤/测试：入门计划 部分）。

的 最低系统要求 ORF 服务器如下：

	Requirements
Operating System	Microsoft® Windows® Server 2025 Microsoft® Windows® Server 2022 Microsoft® Windows® Server 2019 Microsoft® Windows® Server 2016 Microsoft® Windows® Server 2012 R2 Microsoft® Windows® Server 2012 Microsoft® Windows® Server 2008 R2 (Service Pack 1 required) Microsoft® Windows® Server 2008 (Service Pack 2 required) Windows® Server 2019 Essentials Windows® Server 2016 Essentials Windows® Server 2012 R2 Essentials Windows® Server 2012 Essentials Windows® Small Business Server 2011 Standard (Service Pack 1 required) Windows® Small Business Server 2008 (Service Pack 2 required)
Email Server	Microsoft® Exchange Subscription Edition (SE) Microsoft® Exchange 2019 Microsoft® Exchange 2016 Microsoft® Exchange 2013 (see [2] for Service Pack 1 compatibility) Microsoft® Exchange 2010 Microsoft® Exchange 2007 (64-bit release version only [1]) Microsoft® IIS SMTP Service 10.0 Microsoft® IIS SMTP Service 8.5 Microsoft® IIS SMTP Service 8.0 Microsoft® IIS SMTP Service 7.5 Microsoft® IIS SMTP Service 7.0
Platform	Both 32-bit and 64-bit [1] OS platforms are supported
Internet Explorer®	Microsoft® Internet Explorer® 6 or later
CPU	As required by the operating system
Storage	Varies, at least 100Mb
RAM	Varies, at least 50Mb

的 推荐系统配置 是那个 Microsoft® Exchange。总的来说，将 ORF 引入到一个系统中 已经能够顺利运行 Exchange 或 IIS SMTP 不会给系统增加显着的进一步负载。然而，估计 ORF产生的负载是非常困难的，因为它取决于很多 关于所使用的功能和配置。

ORF需要大量的 磁盘空间 对于日志， 每个日志条目平均约为 500 字节。这导致 以下平均磁盘空间要求：

Email Traffic	Logs for 1 day	Logs for 30 days
1,000 / day	488 kB	14 Mb
10,000 / day	4.5 Mb	143 Mb
50,000 / day	24 Mb	715 Mb
100,000 / day	48 Mb	1.4 Gb
500,000 / day	238 Mb	7 Gb

日志保留 可以在 ORF 中配置（默认为 30 天）。

Microsoft® Exchange 2013 Service Pack 1 附带 缺陷 在 ORF 与 SP1 一起使用之前需要修复该问题。

你可以 下载并安装修补程序 来自 微软知识库文章 KB2938053。

与 Exchange 角色的兼容性

ORF 5.3 及更高版本支持 Exchange 2013 上提供的所有三个角色（边缘传输服务器, 客户端访问服务器 和 邮箱服务器 角色）。请参阅 我们的 知识库文章 有关 Exchange 2013 部署方案和限制。

我什么时候应用修复？

安装 Service Pack 1 后应用修复程序。

升级到 SP1 时可以保留安装的 ORF 吗？

您可以在升级到 Exchange 2013 SP1 时保留安装的 ORF，但请 请注意，您将无法启动 Exchange 前端传输 服务 和/或 换汇运输服务 直到安装了修补程序。

Microsoft® Exchange 2013 Service Pack 1 附带一个缺陷： 阻止加载 ORF 等第三方传输代理。作为副作用， 您可能还会遇到启动问题 交换前端 交通服务 和/或 换汇运输服务。

您还可能在 Windows 事件日志中发现类似于以下错误的错误：

Microsoft Exchange couldn't start transport agents. The Microsoft Exchange Transport service will be stopped. Exception details: Failed to create type 'Vamsoft.ORF.TransportAgents.VSSmtpReceiveAgentFactory' from assembly 'C:\Program Files (x86)\ORF Fusion\orftagent15.dll' due to error 'type not found'. :
Microsoft.Exchange.Data.ExchangeConfigurationException: Failed to create type 'Vamsoft.ORF.TransportAgents.VSSmtpReceiveAgentFactory' from assembly 'C:\Program Files (x86)\ORF Fusion\orftagent15.dll' due to error 'type not found'.
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.FactoryTable.CreateAgentFactory(AgentInfo agentInfo
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.FactoryTable..ctor(IEnumerable agents, FactoryInitializer factoryInitializer)
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.RuntimeSettings..ctor(MExConfiguration config, String agentGroup, FactoryInitializer factoryInitializer) at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExRuntime.Initialize(String configFile, String agentGroup, ProcessTransportRole processTransportRole, String installPath, FactoryInitializer factoryInitializer) at Microsoft.Exchange.Transport.Extensibility.AgentComponent.Load()

Microsoft 已发布针对此问题的修复程序。请查看我们的 相关知识库文章以获取更多信息。

请咨询我们的 多服务器使用指南 获取详细说明。

是的，它被称为 最佳实践指南。我们还建议您阅读 ORF 101 指南，其中涵盖了 ORF 的基础知识。

您被定向到此页面是因为 ORF 检测到您已升级到 Microsoft® Exchange 2007，而您的计算机上安装了 ORF。由于 ORF 连接到 Exchange 2007 使用的技术与 IIS、Exchange 2000 或 Exchange 2003 不同，因此现在您需要将 ORF 连接到 Exchange 2007。

请按照以下步骤将 ORF 连接到 Exchange 2007：

1. 停止 MSExchangeTransport 服务
   

   您可以从服务 MMC 中使用命令行执行此操作

   net stop MSExchangeTransport
   

   或从 PowerShell 使用

   stop-service MSExchangeTransport
   
2. 从 IIS 中删除 ORF 连接
   

   打开命令提示符并进入 ORF 程序目录（\Program Files\ORF 企业版 默认情况下）。运行

   orfinsthelper -uninstallconnector
   

这将卸载将 ORF 绑定到 IIS 的所有剩余组件。如果没有收到错误消息，则此步骤成功。

3. 安装 ORF 传输代理
   

   在同一命令提示符下，运行

   orfainst -install
   

   这将安装并启用将 ORF 绑定到 Exchange 2007 Server 的 ORF 传输代理。

4. 为 Exchange 2007 配置 ORF
   

   开始 ORF 管理工具 并打开 配置/全局/Microsoft® Exchange 页。单击 检测 自动检测 Exchange 重播目录路径。按 CTRL-S 保存配置，然后按 F11 启动 ORF 服务。

5. 启动 MSExchangeTransport 服务
   

   您可以从服务 MMC 中使用命令行执行此操作

   net start MSExchangeTransport
   

   或从 PowerShell 使用

   start-service MSExchangeTransport
   

您已定向到此页面，因为 ORF 检测到您在计算机上安装了 ORF 时卸载了 Microsoft® Exchange 2007。如果您想继续将 ORF 与 IIS、Exchange 2000 或 2003 一起使用，请按照以下说明将 ORF 连接到 IIS。

1. 安装 ORF SMTP 模块
   

   打开命令提示符并进入 ORF 程序目录（\Program Files (x86)\ORF 企业版 默认情况下）。运行

   orfsmtpinst -install
   

   这将安装 ORF SMTP 模块。

2. 将 ORF SMTP 模块绑定到 IIS
   

   开始 ORF 管理工具 并选择 配置/全局/服务器绑定 页。将 ORF SMTP 模块绑定到 SMTP 虚拟服务器。

   如果 ORF 服务已在运行，请按 CTRL-U 保存绑定更改并重新启动 ORF 服务。

   如果 ORF 服务已关闭，请按 CTRL-S 保存配置更改，然后按 F11 启动 ORF 服务。

请咨询 此知识库文章 有关在 Exchange 2013 服务器上部署 ORF 5.2 和 5.1 的详细信息。

ORF 在其日志中记录电子邮件的最终状态。要检查此信息，请启动 ORF 日志查看器工具，加载相关日志文件，搜索/过滤相关条目并检查最后一个“消息”列。详细使用说明请查阅相关 知识库文章 以及相关的 ORF 帮助主题。

被拒绝的电子邮件无法检索：它们从未到达。如果 配置正确，ORF 不会将任何合法电子邮件列入黑名单，因此这通常不是问题，但如果您担心误报并想要查看列入黑名单的电子邮件，则应配置 ORF 在列入黑名单时标记和/或将电子邮件重定向到指定地址，而不是拒绝它们。如果您有 Exchange 2003 SP2 或更高版本，您还可以配置 Exchange 将 ORF 标记的电子邮件放入目标收件人的垃圾邮件文件夹（请参阅 我们的知识库文章 以获得说明）。

启用附件隔离 ORF 将电子邮件列入黑名单的功能 文件系统隔离区中的附件。了解有关此功能的更多信息 此 ORF 帮助主题。

请注意，此功能是在 5.2 版本中首次引入的。在早期版本中， 无法检索列入黑名单的附件。

尽可能依赖自动化测试（而不是手动将条目添加到发件人和 IP 黑名单）。仅使用推荐的 DNSBL 和 SURBL（请参阅我们的 知识库文章 和我们的 最佳实践指南）。使用 自动发件人白名单 功能可确保客户和合作伙伴（您的用户经常与之通信）发送的电子邮件被排除在过滤之外。

阅读我们的 最佳实践指南 以获得推荐的设置。

阅读我们的文章以获取可能的解决方案： 如何将自我垃圾邮件列入黑名单？

这种现象称为 电子邮件反向散射：垃圾邮件发送者正在欺骗您用户的电子邮件地址，因此当目标服务器返回退回邮件时，它将进入您用户的收件箱。阅读我们的文章 如何阻止反向散射？ 寻找可能的解决方案。

电子邮件有两种类型的发件人地址：第一种称为 SMTP 信封发件人地址，由发件人服务器在 MAIL FROM: 命令中提交 在 SMTP 传输期间 – 这就是 ORF 的工作原理和日志。另一个称为 MIME 发件人地址，它存储在电子邮件标头中，这是您的电子邮件客户端（例如 Outlook）显示的内容。

这两个地址在大多数情况下匹配，但不一定：使用不同的 SMTP 和 MIME 地址信息是绝对合法的。密件抄送：地址、邮件列表、CRM 软件和其他具有自动退回邮件处理功能的系统通常会利用这一点。

垃圾邮件发送者还倾向于使用不同的 SMTP 和 MIME 发件人地址来迷惑收件人，例如使用收件人自己的地址作为 MIME 发件人地址，因此看起来用户从自己的地址收到了垃圾邮件。要将此类垃圾邮件列入黑名单，您应该使用关键字黑名单表达式来检查 MIME 标头而不是发件人黑名单。有关详细说明，请阅读 其他活动：MIME 发件人欺骗 的部分 我们的相关文章）。

我们建议使用正则表达式：有关详细说明，请阅读我们的相关内容 知识库文章。

一般来说，白名单始终优先于黑名单。换句话说，如果一封电子邮件被任何测试列入白名单，它将被排除在进一步的测试之外，并且将被允许通过过滤。自动发件人白名单测试监视您的外发电子邮件流并记录用户发送电子邮件的地址，因此当回复到达时，它将被排除在过滤之外。在某些情况下，数据库可能会受到“污染”，例如，当用户意外回复垃圾邮件发送者时。要解决此问题，应将列入白名单的地址添加到排除列表中：请参阅我们的 知识库文章 获取详细说明。

请参阅我们的相关 知识库文章 获取详细说明。

首先，应设置一个外部 SQL 数据库（请参阅我们的 相关指南 有关详细说明），那么应使用我们的将所有记录从私有本地数据库文件迁移到 SQL 数据库 数据库转换工具。

ORF 使用 PCRE引擎 （Perl 兼容正则表达式），它实现（几乎）与 Perl 5 相同的语法和语义。请注意，它与 Perl、Java 或 .NET Framework 使用的引擎不同。完整的文档可在以下位置找到： http://www.pcre.org/pcre.txt。

当发件人服务器指定收件人时，将执行到达前过滤 RCPT 至： 期间的命令 SMTP传输 （参见 过滤点概念 帮助主题以获取更多信息）。每个 RCPT 至： 命令指定收件人以及每次运行“到达前”测试时，因此可能会对单封电子邮件多次执行“到达前”测试。当触发黑名单时，ORF 会拒绝发送者在给定 RCPT TO: 命令中指定的接收者。发送方要么指定另一个接收方并再次执行到达前测试，要么放弃并终止连接。

由于上述过程，ORF可以记录 该电子邮件在到达前已被列入黑名单 仅当所有收件人都被列入黑名单时，但记录每个收件人的每个到达前测试的结果（执行方式）更有意义，而不是记录类似的消息 在到达之前，由于发件人位于自动发件人白名单数据库中，John 的电子邮件被列入白名单，由于收件人黑名单命中，Brian 的电子邮件被列入黑名单，而 Mary 和 Sue 的电子邮件通过了所有检查 对于每封电子邮件。

根据您的 Exchange 版本，请参阅以下文章：

• 交换 2016/2019/SE 说明
• 交换2013说明
• 交换 2010/2007 说明

的 .opg 文件是所谓的 ORF PowerLog 文件：ORF 服务预处理这些文件并生成 .ppr 文件。 ORF 的报告功能需要后一个文件。一旦获得匹配的 .ppr 文件，就可以安全地删除 .opg 文件。您还可以将 ORF 配置为在预处理完成后自动删除它们（管理工具：系统/日志、ORF PowerLogs - 配置按钮、预处理后删除 PowerLogs）。

如果您不使用 ORF 的报告功能（或完全禁用 PowerLogs， 管理工具：系统/日志、ORF PowerLogs - 配置按钮，取消选中启用 PowerLogs），尽管这些文件相对较小，因此可能需要保留它们，以备将来需要创建报告时使用。

请参阅我们的推荐 DNSBL 列表 知识库文章 并在我们的 最佳实践指南 （高效的垃圾邮件过滤/测试：入门计划 部分）。

请参阅我们的推荐 SURBL 列表 知识库文章 并在我们的 最佳实践指南 （高效的垃圾邮件过滤/测试：入门计划 部分）。

什么是 NixSPAM？它发生了什么？

NixSPAM 是 2003 年推出的 DNS 黑名单服务，用于识别和阻止垃圾邮件源。截至 2025 年 1 月 16 日，维护者决定终止该项目，结束其 22 年的运营。

我该怎么办？

我们强烈建议删除“Nix Spam”以避免可能出现的问题。

1. 启动 ORF 管理工具并连接到本地或远程 ORF 实例。
2. 导航至黑名单 > DNS 黑名单页面。
3. 找到 尼克斯垃圾邮件 条目并通过单击“删除”按钮将其删除。单击“是”确认删除。
4. 保存配置以应用这些更改（Ctrl + S 或文件 > 保存配置）。

注释

要以最有效的方式配置 ORF，请咨询我们的 最佳实践指南。确保您当前的 DNS 黑名单和 SURBL 定义是 最新的，并且你有 推荐黑名单 已启用。

什么是 DNS 白名单？

DNS 白名单功能将 ORF 与 Validity 的发件人信誉系统集成，以帮助减少误报。与信用评分类似， 发件人认证的有效性 反映电子邮件来源的可信度，提高电子邮件的送达率和过滤准确性。

当发件人的 IP 地址出现在 Validity 的认证白名单（公共 DNS 白名单）中时，该电子邮件将被视为受信任，并且可以绕过某些垃圾邮件检查（前提是在 ORF 中启用了此测试）。

关于有效性和 DNS 查询

有效期最多允许 在 30 天的滚动窗口中为匿名用户提供 10,000 个 DNS 查询。超过此限制的请求将被拒绝。要增加限制，您可以注册免费的 Validity Zone File 帐户（请参阅下面的说明）。

重要：与公共 DNS 黑名单和 URL 黑名单提供商类似， 有效性拒绝来自 ISP DNS 解析器或公共 DNS 解析器的查询，例如 Google 的 8.8.8.8 或类似版本。当配置的 DNS 服务器在 ORF 管理员不知情的情况下仅转发请求而不执行真正的递归解析时，经常会出现问题。要成功访问 Validity 的白名单，ORF 必须使用其 内置递归解析器 或一个 外部 DNS 服务器 执行递归查询 无需转发给公共或 ISP 解析器。了解有关 ORF 的 DNS 配置的更多信息 相关帮助主题。

检查您的 DNS 配置

为了确保 ORF 中的正确设置：

• 前往 ORF 管理工具：系统 > 网络设置 > DNS 设置
• 确认您的外部 DNS（或其转发器）（如果使用）是 不是公共解析器 或 ISP 解析器
• 使用ORF 内置递归 DNS 解析器 如果可能的话

提高 DNS 白名单查询限制

要增加白名单查询限额：

1. 查看相关的有效性操作方法页面： 通过 DNS 访问有效性信誉数据
2. 注册一个 自由区文件帐户 将每月查询限制提高到 100,000： 在有效期内注册
3. 按照以下说明注册您的 ORF/邮件服务器的公共 IP 地址： 管理 IP 地址

其他资源

• 有效性 发件人信誉
• 发件人认证概述
• 认证要求

启用或禁用 DNS 白名单

您可以在中启用或禁用 DNS 白名单测试 ORF 管理工具 通过单击上的 ON/OFF 按钮 白名单 > DNS 白名单 页面或在 过滤 > 测试 页。

Microsoft® Exchange 2013 Service Pack 1 附带一个缺陷： 阻止加载 ORF 等第三方传输代理。作为副作用， 您可能还会遇到启动问题 交换前端 交通服务 和/或 换汇运输服务。

您还可能在 Windows 事件日志中发现类似于以下错误的错误：

Microsoft Exchange couldn't start transport agents. The Microsoft Exchange Transport service will be stopped. Exception details: Failed to create type 'Vamsoft.ORF.TransportAgents.VSSmtpReceiveAgentFactory' from assembly 'C:\Program Files (x86)\ORF Fusion\orftagent15.dll' due to error 'type not found'. :
Microsoft.Exchange.Data.ExchangeConfigurationException: Failed to create type 'Vamsoft.ORF.TransportAgents.VSSmtpReceiveAgentFactory' from assembly 'C:\Program Files (x86)\ORF Fusion\orftagent15.dll' due to error 'type not found'.
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.FactoryTable.CreateAgentFactory(AgentInfo agentInfo
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.FactoryTable..ctor(IEnumerable agents, FactoryInitializer factoryInitializer)
at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.RuntimeSettings..ctor(MExConfiguration config, String agentGroup, FactoryInitializer factoryInitializer) at Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExRuntime.Initialize(String configFile, String agentGroup, ProcessTransportRole processTransportRole, String installPath, FactoryInitializer factoryInitializer) at Microsoft.Exchange.Transport.Extensibility.AgentComponent.Load()

Microsoft 已发布针对此问题的修复程序。请查看我们的 相关知识库文章以获取更多信息。

ORF 可能会记录以下与 Active Directory 相关的错误：

已从服务器返回推荐

解决方案： 确保您为 ORF 配置了有效的 LDAP 路径（管理工具：黑名单/收件人验证、配置选择）。请注意，LDAP、GC、DC、ORG 等必须大写，并且逗号之间不允许有空格。

身份验证机制未知

解决方案： 确保您定义了正确的身份验证信息，用户名和密码均正确。请注意，您的服务器可能需要格式为 DOMAIN\username 或 username@DOMAIN 的用户名。

无法绑定到路径“...”

解决方案： 检查 LDAP 路径。请注意，LDAP、GC、DC、ORG 等必须大写，并且逗号之间不允许有空格。

如果上述方法没有帮助，请尝试使用身份验证和不使用身份验证进行同步（也可以使用空白用户信息进行身份验证）。 ORF AD 同步查询 AD 特定属性，因此还需要 Microsoft Exchange 2019/2016/2013/2010 的 AD 架构扩展。不支持与不带这些架构扩展的常规 Active Directory 同步。

简介

本文提供了导致 DNS 查找失败并显示错误消息的 DNS 相关问题的可能解决方案 服务失败，RCODE2，这意味着 服务器故障 - 由于名称服务器出现问题，名称服务器无法处理此查询, 从而导致过滤性能较差。

我的系统受到影响吗？

偶尔的 DNS 查找失败被认为是正常的，因为 DNS 是一种不可靠的传输。如果您看到仅记录此类错误 偶尔会进行反向 DNS 和 SPF 测试，但大多数 DNS 查找都是成功的，没有什么可担心的。

但是，如果您经常看到 DNS 黑名单和 SURBL 查找记录此错误，我们建议您尝试以下解决方案：

1. 使用内置 DNS 解析器（仅限 ORF 5.4 及更高版本）

从5.4版本开始，ORF可以使用内置的递归DNS解析器访问DNS，不受本地DNS服务器问题的影响。 考虑切换到此解析器。在以下位置查找更多相关信息 相关 ORF 帮助主题。

2. 确保您使用的是没有公共转发器的本地 DNS 服务器

大多数情况下，问题是由公共 DNS 服务器（Google DNS 服务器、OpenDNS 服务器、ISP DNS 服务器等）引起的。 用于查询（直接使用，或者通过它们从本地 DNS 服务器转发查询）。大多数 在线黑名单服务（例如 斯帕姆豪斯）不 接受来自此类公共 DNS 服务器的查询（即，它们向所有查询返回 NXDOMAIN，或者拒绝回复并且 查询最终超时）。

确保ORF中配置的DNS服务器满足 所有要求。

3. 尝试禁用 EDNS 探测

如果本地 DNS 服务器使用 电子域名系统, 数据包的大小可能超出防火墙上配置的限制。 一个可能的解决方案是禁用 使用以下命令进行 EDNS 探测:

dnscmd /config /EnableEDNSProbes 0

欲了解更多信息，请咨询相关 微软 TechNet 文章。

4.增加TTL值

当名称解析由根提示提供时，Windows Server 2008 DNS 和 Windows Server 2008 R2 DNS 服务器 可能无法解析某些顶级域中的名称查询。当这种情况发生时，问题将继续存在 直到清除 DNS 服务器缓存或重新启动 DNS 服务器服务。 将 TTL 设置为 2 天或 更高并刷新 DNS 缓存可能会解决问题。

欲了解更多信息，请咨询相关 微软知识库文章。

5. 安装修补程序以消除 Microsoft DNS 服务器服务中的错误

某些 Microsoft DNS Server 服务版本受到错误影响：无法正确处理过期/删除 粘合记录，导致 SERVFAIL RCODE2 错误。安装一个 修补程序 可能会解决问题。

我们还强烈推荐 刷新 DNS 缓存 之后 应用上述解决方案。

6. 验证 IPv6 连接

如果您的 DNS 服务器认为它可以通过 IPv6 访问 Internet，但实际上没有，则名称解析可能会因超时而失败，这会导致 导致 SERVFAIL 错误。这通常会影响特定的 DNS 区域，并且明显的症状是名称解析工作正常 有一段时间，然后突然停止工作 直到清除 DNS 缓存。这可能是由于错误的 IPv6 组合造成的 连接和一个 DNS 区域，该区域具有为 IPv4 (DNS A) 和 IPv6 (AAAA) 权威配置的不同生存时间 (TTL) 名称服务器数据。由于 Microsoft DNS 服务器更喜欢 IPv4 而不是 IPv6，因此查找最初可以工作，但随着 IPv4 TTL 过期，Microsoft DNS 回退到仍然有效的 IPv6，缺乏实际的 IPv6 连接将表现为 SERVFAIL 错误。

如果您看到此情况，我们建议调查服务器为何认为其具有 IPv6 连接并修复 根据您的调查结果显示的问题。

此错误表明 ORF 和 LDAP 服务器之间的 Active Directory 连接存在问题（这是 ORF 的基于 AD 的收件人验证测试所必需的）。默认情况下，ORF 尝试自动查找 LDAP 根（根 DSE），如果 ORF 运行的系统位于域中，则这在大多数情况下都有效。如果此自动检测由于某种原因失败，则会记录此错误。要解决此问题，您可能需要手动指定 ORF 中的根 DSE（LDAP 路径） 管理工具：黑名单/收件人验证、选择配置、目录选项卡 > 使用下面的 LDAP 根目录。

您的服务器也可能需要身份验证：请尝试使用为 LDAP 身份验证指定的用户名和密码（ 管理工具：黑名单/收件人验证、所选配置、身份验证选项卡）。请注意，所需的用户名格式可能取决于您的 AD 设置，例如，可以是 DOMAIN\user、domain@user 或 user。另请尝试使用空白用户名和密码字段并禁用身份验证。

要修复损坏的数据库文件，请按照以下步骤操作：

1. 启动管理工具并连接到本地或远程 ORF 实例
2. 导航到相关测试的页面（白名单/自动发件人白名单, 或 黑名单/灰名单, 或 黑名单/蜜罐测试, 或 黑名单/DHA 保护测试）
3. 单击 数据库 按钮，然后 管理
4. 尝试 维修 数据库

如果上述方法没有帮助，并且您仍然收到与数据库相关的错误消息，请删除相关的 .abs ORF 目录中的文件（程序文件 (x86)\ORF Fusion 默认情况下）。请注意，这需要首先停止 ORF 服务，因为它会锁定数据库文件。当需要添加第一个条目时，嵌入式数据库引擎将重新创建数据库文件。

要永久解决问题，强烈建议切换到外部 SQL 数据库：设置说明可以在 我们的导游。设置 SQL 数据库后，您可以使用以下命令迁移私有本地数据库文件中的所有数据 数据库转换工具。

这篇知识库文章描述了 ORF 5.0 的一个已知错误。

描述

由于 ORF 中的错误，ORF 发送的电子邮件通知可能会触发进一步的电子邮件通知，最终导致电子邮件循环。如果 ORF 通过 SMTP 传输收到电子邮件通知的副本，则可能会发生这种情况。在这种特定情况下，阻止过滤这些通知的机制会失败并出现错误。

解决方法

配置 ORF 以使用分拣/重播目录（系统默认值）提交电子邮件。

• 开始 管理工具 并连接到 ORF 安装
• 选择 系统/日志 在导航窗格中
• 单击 配置 电子邮件通知框中的按钮
• 选择 设置 选项卡
• 选择 “默认代答/中继文件夹（推荐）” 单选按钮
• 点击 好的
• 新闻 CTRL - S 保存您的配置

修复

2012年9月17日发布了5.0版本的补丁（orf-5.0-ntlp-patch.zip）。要安装补丁，请按照以下说明进行操作 readme.txt 从包装中。

此错误已在 ORF 5.1 中修复。 ORF 5.1及更高版本不受影响。

问题详情

受影响的产品

开放阅读框融合5.0
SBS 5.0 的 ORF 融合

严重性

未成年人

已发表

该期于 2012 年 9 月 17 日出版。

你可能有 白名单传送状态通知 选项已启用（管理工具：白名单/发件人白名单 页） 在你的配置中。禁用它并保存配置应该可以解决问题。

ORF 有此选项，因为它是 RFC 标准要求 每个 SMTP 服务器都必须接受传送状态通知。这些电子邮件 发送时发件人地址为空。保持您的服务器与互联网兼容 标准，ORF 可以排除传入的交付状态通知（例如， 未送达报告）进行过滤。

不幸的是，垃圾邮件发送者经常尝试通过发送 带有空白地址的垃圾邮件以避免过滤，因此 我们强烈建议 没有启用此选项。

这很可能是为 ORF 指定的 DNS 服务器的问题。他们必须能够 递归地解析外部域（即，返回请求的 DNS 记录 单步操作，而不是将 DNS 客户端重定向到根 DNS 服务器）。请使 确保为 ORF 配置的所有 DNS 服务器满足 这些要求。 要测试 DNS 服务器的状态，请启动 ORF 管理工具，展开 系统/DNS 并单击 健康检查 按钮。

从 ORF 5.4 开始，您还可以使用 内置 DNS 解析器, 不受 DNS 服务器配置问题的影响。

白名单优先于关键字黑名单测试，因此首先，通过检查日志确保电子邮件未被列入白名单 使用日志查看器。如果不是，请检查您的过滤表达式：您绝对确定它与电子邮件正文中的字符串匹配吗？还有其他一些事情需要考虑：

当 ORF 过滤 HTML 电子邮件时， HTML 内容被解码为简单文本。由于 HTML 是一种丰富的可视化媒体，由复杂的 HTML 元素构建，因此解码有时可能会产生一些意想不到的结果。例如，垃圾邮件发送者经常使用白色背景上的白色文本来迷惑过滤器，这些过滤器将不可见文本视为实际内容，尽管您在邮件客户端中看不到它。您可以过滤表达式 无需事先处方，其中隐藏了文本，因此解码后的文本可能看起来像 无需预先处方 33。垃圾邮件发送者还使用 HTML 表格、图像而不是文本以及其他技术来绕过内容过滤。

此外，ORF 不会过滤嵌入的电子邮件（例如附加到传递状态通知的电子邮件），因此这些不会触发关键字过滤。

此问题是由 Microsoft DNS 服务器中的内存泄漏错误引起的。您可以在以下位置找到有关该问题的更多信息 我们的博客。如果您遇到此问题，请阅读 Microsoft 知识库文章 946565 关于修复。

您被定向到此页面是因为 ORF 检测到您已升级到 Microsoft® Exchange 2007，而您的计算机上安装了 ORF。由于 ORF 连接到 Exchange 2007 使用的技术与 IIS、Exchange 2000 或 Exchange 2003 不同，因此现在您需要将 ORF 连接到 Exchange 2007。

请按照以下步骤将 ORF 连接到 Exchange 2007：

1. 停止 MSExchangeTransport 服务
   

   您可以从服务 MMC 中使用命令行执行此操作

   net stop MSExchangeTransport
   

   或从 PowerShell 使用

   stop-service MSExchangeTransport
   
2. 从 IIS 中删除 ORF 连接
   

   打开命令提示符并进入 ORF 程序目录（\Program Files\ORF 企业版 默认情况下）。运行

   orfinsthelper -uninstallconnector
   

这将卸载将 ORF 绑定到 IIS 的所有剩余组件。如果没有收到错误消息，则此步骤成功。

3. 安装 ORF 传输代理
   

   在同一命令提示符下，运行

   orfainst -install
   

   这将安装并启用将 ORF 绑定到 Exchange 2007 Server 的 ORF 传输代理。

4. 为 Exchange 2007 配置 ORF
   

   开始 ORF 管理工具 并打开 配置/全局/Microsoft® Exchange 页。单击 检测 自动检测 Exchange 重播目录路径。按 CTRL-S 保存配置，然后按 F11 启动 ORF 服务。

5. 启动 MSExchangeTransport 服务
   

   您可以从服务 MMC 中使用命令行执行此操作

   net start MSExchangeTransport
   

   或从 PowerShell 使用

   start-service MSExchangeTransport
   

您已定向到此页面，因为 ORF 检测到您在计算机上安装了 ORF 时卸载了 Microsoft® Exchange 2007。如果您想继续将 ORF 与 IIS、Exchange 2000 或 2003 一起使用，请按照以下说明将 ORF 连接到 IIS。

1. 安装 ORF SMTP 模块
   

   打开命令提示符并进入 ORF 程序目录（\Program Files (x86)\ORF 企业版 默认情况下）。运行

   orfsmtpinst -install
   

   这将安装 ORF SMTP 模块。

2. 将 ORF SMTP 模块绑定到 IIS
   

   开始 ORF 管理工具 并选择 配置/全局/服务器绑定 页。将 ORF SMTP 模块绑定到 SMTP 虚拟服务器。

   如果 ORF 服务已在运行，请按 CTRL-U 保存绑定更改并重新启动 ORF 服务。

   如果 ORF 服务已关闭，请按 CTRL-S 保存配置更改，然后按 F11 启动 ORF 服务。

请咨询 最佳实践指南 和 确保 ORF 进行了相应配置。如果这没有帮助， 使用日志查看器 检查垃圾邮件的日志条目：它们可能是 通过手动添加意外列入白名单（从过滤中排除） 白名单条目，或自动发送器白名单的意外污染 数据库（要解决后一个问题，请阅读相关 知识库文章）。

您也可以联系我们的 客户服务 随时 （请务必检查 “一些可以更快地解决问题的技巧......” 链接上 该页面以了解我们需要为您提供哪些帮助）。

您的数据库文件很可能已损坏（请参阅 这篇文章 关于修复）。如果过多的电子邮件流经您的服务器（例如，发送大量新闻通讯），则可能会出现此类问题，而 ORF 的嵌入式数据库引擎无法处理（请参阅 哪个数据库最适合我？ 在相关的 帮助主题 了解更多信息）。

要永久解决问题，强烈建议切换到外部 SQL 数据库：设置说明可以在 我们的导游。设置 SQL 数据库后，您可以使用以下命令迁移私有本地数据库文件中的所有数据 数据库转换工具。

最常见的错误是忘记“转义”特殊字符或锚定表达式，因此请确保在将正则表达式添加到活动配置之前对其进行测试。

例如，您打算使用以下内容过滤附件 .exe 扩展并想出类似的东西 .*.exe。这在测试框中效果很好，但也会捕获名为的文件 monthly executive summary.doc。 为什么？

在正则表达式中，点字符充当通配符（它匹配任何字符）。据此， .*.exe 翻译为 任意字符、任意次数的重复，后跟一个任意字符，后跟字符序列“exe”。锚点也丢失了，因此在锚点之后允许使用任何字符 执行程序 字符序列，包括 简洁摘要.doc。正确的正则表达式是 .*\.exe$，带有“转义”点字符和尾随锚点（$ 匹配字符串的结尾）。

另一个典型的问题是关键字过滤器表达式概念。 ORF 中的正则表达式是针对整个内容（而不是单独针对每个单词）进行评估的，因此正则表达式 西力士 可能不会执行任何操作（除非您想过滤以此单词开头的电子邮件）。常见的错误是不正确地添加通配符，例如 .*cialis.*。此表达式将捕获任何包含该词的电子邮件 专家，因为通配符会忽略单词边界。添加 \b 到表达式的两侧，例如 .*\bcialis\b.* 将纠正这个问题，因此表达式将仅匹配确切的单词。

电子邮件有两种类型的发件人地址：第一种称为 SMTP 信封发件人地址，由发件人服务器在 MAIL FROM: 命令中提交 在 SMTP 传输期间 – 这就是 ORF 的工作原理和日志。另一个称为 MIME 发件人地址，它存储在电子邮件标头中，这是您的电子邮件客户端（例如 Outlook）显示的内容。

这两个地址在大多数情况下匹配，但不一定：使用不同的 SMTP 和 MIME 地址信息是绝对合法的。密件抄送：地址、邮件列表、CRM 软件和其他具有自动退回邮件处理功能的系统通常会利用这一点。

垃圾邮件发送者还倾向于使用不同的 SMTP 和 MIME 发件人地址来迷惑收件人，例如使用收件人自己的地址作为 MIME 发件人地址，因此看起来用户从自己的地址收到了垃圾邮件。要将此类垃圾邮件列入黑名单，您应该使用关键字黑名单表达式来检查 MIME 标头而不是发件人黑名单。有关详细说明，请阅读 其他活动：MIME 发件人欺骗 的部分 我们的相关文章）。

如果以上不能说明问题，请检查该邮件是否被列入白名单 使用日志查看器。如果不是，请确保您的发件人黑名单表达式与为此特定电子邮件记录的 SMTP 发件人地址 ORF 匹配。

此状态并不表示存在问题，它仅报告 IIS 管理服务尚未加载 SMTP 模块。当电子邮件到达您绑定 SMTP ORF 模块的 IIS SMTP 虚拟服务器时，首次加载 SMTP 模块。

如果电子邮件正在流经给定的 SMTP 虚拟服务器，但状态仍为“非活动”，请打开命令提示符，进入 ORF 目录（\程序文件 (x86)\ORF Fusion 默认情况下）以修复 SMTP 模块注册。

对于 4.0 及更高版本，运行

orfsmtpinst -install

对于 4.0 之前的版本，运行

regsvr32 orfesmtp.dll

当 ORF 标记电子邮件主题时，无论原始主题编码如何，主题的编码都会更改为 UTF-8。 ORF 这样做是因为不能保证主题标签和主题的语言相同（西里尔主题标签和希伯来主题），因此新主题必须使用支持混合各种语言和书写系统的编码进行编码，例如 UTF-8 编码。

ORF 所做的这一更改按照电子邮件标准来说是正确的，但 Microsoft Exchange Server 2003 存在一个错误，当邮件正文包含非英文字符时，会导致这些电子邮件在 Microsoft Outlook 中显示为乱码。

Microsoft 在中提供了有关此错误的补丁和详细信息 Microsoft 知识库文章 900087 当标题字段和正文字段在 Exchange Server 2003 中设置为不同的字符集时，电子邮件正文会出现乱码。如果此补丁不能解决问题，请尝试 Microsoft 知识库文章 916299 在 Exchange Server 2003 组织中的 Outlook 中查看电子邮件时，电子邮件正文出现乱码。

如果您的 Forefront / ISA 服务器配置为使用以下选项将请求转发到 Exchange 请求似乎来自 Forefront TMG / ISA 服务器计算机 （SMTP 规则），Forefront/ISA 将删除 收到： 电子邮件的标题行，删除电子邮件传递路径历史记录。这会导致 ORF 认为电子邮件直接来自 ISA 服务器，因为它找不到原始发件人（请参阅 标题分析 在 ORF 帮助中）。

将此设置更改为 请求似乎来自原始客户 以保留原始标头。

检查ORF日志：您可能不小心开始将垃圾邮件列入白名单，或者通过添加手动白名单条目，或者自动发件人白名单数据库被“污染”。看看我们的 知识库文章 来解决后一个问题。

此问题通常是由最近添加的手动黑名单条目引起的。 检查日志 找出哪个测试将合法电子邮件分类为垃圾邮件并相应地修改您的配置。

检查 ORF 日志中的相关条目 使用日志查看器 验证 ORF 是否导致了递送问题。如果问题与电子邮件的传送没有直接关系（例如，CPU 使用率高），请暂时停止 ORF 服务以查看问题是否消失。还建议检查您遇到问题期间的 Windows 事件日志条目。如果以上都没有帮助， 联系我们：我们很乐意协助调查。

开始于 使用日志查看器检查 ORF 日志 验证电子邮件是否被 ORF 阻止。如果没有（即没有记录黑名单），请检查 SMTP 传输日志, 的 传入队列 以及收件人的垃圾文件夹。如果根据 ORF 日志，电子邮件在到达过滤点通过了检查（或被列入白名单），则意味着它被允许通过 ORF，而问题出在其他地方。请注意 即使 ORF 允许电子邮件通过，仅此并不能保证其送达：其他软件或 Exchange 本身仍可能阻止、更改或转移它。

最有可能的是 Exchange 的服务包或更新覆盖/破坏了 CDO 注册，ORF 在安装过程中之前修复了该注册（阅读我们的博文 关于这一点）。要修复 CDO 注册：

1. 启动 32 位命令提示符（单击 开始，点击 运行，输入 c:\windows\syswow64\cmd.exe，然后单击 好的）

2. 运行以下命令：

   regsvr32 c:\windows\syswow64\cdosys.dll
   

   如果上述方法没有帮助，请先取消注册 Cdoex.dll 和 cdosys.dll：

   regsvr32 /u c:\windows\syswow64\cdoex.dll regsvr32 /u c:\windows\syswow64\cdosys.dll
   

   然后重新注册Cdosys：

   regsvr32 c:\windows\syswow64\cdosys.dll
   

在 Microsoft® Exchange 下，安装程序会在升级过程中重新启动 MSExchangeTransport 服务（Exchange 2016、2013 边缘和邮箱服务器角色、2010、2007）和/或 MSExchangeFrontendTransport 服务（2016 邮箱服务器角色、Exchange 2013 客户端访问服务器角色独立或混合设置）。当这些服务重新启动时，SMTP 电子邮件传输将会中断。这通常需要不到一分钟的时间（您的里程可能会有所不同）。

在 Microsoft® Exchange 2003、Exchange 2000 和 IIS SMTP 下，安装程序将关闭 IIS 管理服务和所有相关服务，同时卸载以前版本的 ORF。

建议将升级安排在服务中断造成的问题最少的时间。

与防病毒软件不同， ORF 不需要定期下载任何定义更新：用于识别垃圾邮件的在线黑名单数据库（例如 SpamCop 和 Spamhaus ZEN）是集中维护的，并通过 DNS 实时查询。这可确保 ORF 始终使用最新的可用信息。

ORF软件本身的更新过程（有新版本时） 必须手动执行：目前不支持自动升级。我们还建议在升级后更新 DNS 黑名单和 SURBL 定义，如我们的 知识库文章。

是的，ORF 完全向后兼容，并将更新任何早期版本。配置将保持不变，但建议在开始升级过程之前创建备份。如需详细说明，请咨询我们的 升级指南。还建议 更新您的 DNS 和 SURBL 定义 升级后并确保 ORF 按照我们在 最佳实践指南。

年度许可证让您可以使用 和 在规定的时间内更新 ORF Fusion。

一旦您的许可证到期，您将获得 14天宽限期 更新您的许可证，在此期间 ORF 将保持完整功能。宽限期结束后，您将能够在以下位置使用 ORF： 演示模式 功能有限。仍然可以使用日志查看器和报告工具监控测试结果，但是 不会实际执行任何过滤操作。

要恢复过滤，您必须 更新你的执照。

ORF Fusion 按用户授权，因此您可以在 属于您组织的任意数量的服务器，包括子公司。例如，10,000 个用户的许可证将允许在一台服务器或 10 台服务器上使用 ORF Fusion，只要它们都属于您的组织即可。

ORF 始终是市场上最有价值的产品，这一点没有改变。我们制定了定价和许可政策，以直接击败竞争对手的定价，并消除其他地方发现的烦人（且昂贵）的隐藏费用。以下是我们如何做得更好的详细说明：

• 定价：ORF 许可证和软件维护协议的成本低于任何主要竞争产品许可证。
• 性能：没有其他产品在 VBSpam 测试系列中 5 次实现 0% 误报率 - ORF 凭借出色的垃圾邮件捕获率和相当基本的配置（我们在测试期间几乎没有触及）做到了这一点。
• 总拥有成本：当确实需要触及配置时，ORF 会竭尽全力为管理员提供帮助。 ORF 直观的用户界面节省了管理时间，从而节省了金钱。
• 无隐藏费用：Fusion 的“每用户”许可证是按 实际的 ORF 受益者。大多数竞争产品按邮箱进行许可或以其他方式定义“用户”。
• 无隐藏费用：Fusion 可以安装在任意数量的服务器上。竞争对手通常需要多台服务器的额外许可证。
• 无隐藏费用：即使订阅已过期，我们也可以提供技术支持。大多数竞争对手都会要求您完成漫长的身份验证过程，并且如果您的订阅已过期，则会收取高昂的费用来寻求帮助。
• 退货政策：我们为 ORF Fusion 许可证提供 90 天无条件退款保证。

您可以在到期之前或之后随时续订您的 ORF Fusion 许可证，而不会受到任何处罚。 更新可以在 客户门户。

是的，教育/学术机构和非营利组织可享受折扣。请 联系我们 以及您的教育/非营利身份证明（例如， 501(c) 指定信）看看您是否符合资格。

如果您对 ORF 不满意并想要退款，请联系我们 客户服务 购买后 90 天内。我们将立即启动退款流程，以便您尽快收到全额退款（通常需要几天，具体取决于付款方式）。

向我们请求延长试用期 客户服务。

不幸的是，你不能。的 SBS 融合 随着 ORF 版本 6.0 的发布，ORF 版本已停产，该版本支持 小型企业服务器 (SBS) 和 Windows 服务器要点 安装也是如此。

目前，我们不提供多年许可证。

ORF 企业版已于 2012 年停产。您应该 购买 ORF Fusion 许可证才能升级。

注册 ORF 企业版用户的客户 ID（六位数字标识符）为 默认情况下，他们的密码分配给他们注册的电子邮件地址，并且会出现提示 在他们首次登录我们的新网站时将其更改为安全的内容。如果你 忘记了您的客户端密码，您可以通过单击重置它 忘记密码？ 链接在 客户端登录页面。

登录 客户门户，导航至 我的客户门户：个人资料 使用右侧菜单的页面并禁用您不再希望收到的电子邮件通知 新闻与通知。