在服务器上通过 PowerShell 发送电子邮件

这些选项无助于弥合与安全问题的差距。我建议以编程方式禁止此类安全警告，或者通过使用不会触发安全提示的低级 API 来避免它们：

1. 使用第三方组件禁止显示 Outlook 安全警告。有关详细信息，请参阅 Microsoft Outlook 安全管理器。

2. 使用低级别 API 而不是 OOM - 扩展 MAPI，它不会触发此类安全提示。或围绕该 API 的任何其他第三方包装器，例如 Redemption。

3. 开发有权访问受信任的 Application 对象的 COM 加载项。

4. 使用组策略对象设置计算机。

---

另一个方面是，Microsoft 目前不建议也不支持从任何无人参与的非交互式客户端应用程序或组件（包括 ASP、ASP.NET、DCOM 和 NT Services）自动化 Microsoft Office 应用程序，因为在此环境中运行 Office 时，Office 可能会表现出不稳定的行为和/或死锁。

如果要生成在服务器端上下文中运行的解决方案，则应尝试使用已安全用于无人参与执行的组件。或者，您应该尝试找到允许至少部分代码在客户端运行的替代方法。如果从服务器端解决方案使用 Office 应用程序，则该应用程序将缺少成功运行所需的许多功能。此外，您将承担整体解决方案稳定性的风险。有关详细信息，请参阅 Office 服务器端自动化的注意事项一文。

由于 Outlook 无法检查是否有活动的防病毒软件在运行，我与我的团队确认服务器上的防病毒软件将自动更新，由公司资助，使其不会过期，并已安装。因此，第一个和第三个选项在功能上是相同的。这是因为无论防病毒程序是否正在运行，Outlook 都不会知道，并且会发出提示警告我外部程序正在尝试使用收件箱。

通过选择第三个选项，我能够使脚本正确运行，而无需用户在生成的提示中重复选择“允许”。