如何配置 IIS SMTP 服务以将所有电子邮件(无论域)存储在投递文件夹中?
我试图在测试期间捕获所有发送到 SMTP 服务器的电子邮件。我不想将电子邮件转发到它们的最终目的地,我只是希望它们位于 C:\inetpub\mailroot\Drop 文件夹中,以便我以后可以检查它们。
这甚至可以使用 IIS 的 SMTP 服务器吗?
我正在使用仅安装了 SMTP 功能的 Server 2008 R2 Standard。
如何配置 IIS SMTP 服务以将所有电子邮件(无论域)存储在投递文件夹中?
我试图在测试期间捕获所有发送到 SMTP 服务器的电子邮件。我不想将电子邮件转发到它们的最终目的地,我只是希望它们位于 C:\inetpub\mailroot\Drop 文件夹中,以便我以后可以检查它们。
这甚至可以使用 IIS 的 SMTP 服务器吗?
我正在使用仅安装了 SMTP 功能的 Server 2008 R2 Standard。
是否可以使用组策略授予管理 Windows 服务的权限?
我真的很想知道这是否可能,如果可以,您建议我在哪里寻找更多信息?我对 Server 2003 特别感兴趣。
我尝试了一些非常明显的网络搜索,但组策略、Windows 服务或权限(以及类似组合)的大多数结果最终都在讨论如何通过 GP 启用或禁用特定服务,不允许用户或组执行那些东西是手动的。
我可能会用我的方法吠叫错误的树。非常感谢任何建议。
可能重复:
你能帮我解决我的软件许可问题吗?
假设我在 Server 2008 Hyper-V 主机上运行了一些获得适当许可的虚拟机,我是否需要为主机购买额外的客户端访问许可证?Hyper-V 和 Virtual Server 2005 之间的许可是否存在显着差异?
背景
我们正在考虑构建一个用于 QA 测试的虚拟机主机。我们的主要目标是能够在一个独立的环境中轻松配置一组虚拟机,这将模拟我们企业中的主要机器。在每个环境中,我们可能会有一个数据库机器、一个应用服务器、一个 Web 服务器和一到两台客户端机器。
我们希望在任何时候都有两到四个环境处于活动状态(即同时最多二十个虚拟机),并为另外 4 个环境离线提供磁盘空间。
这将需要大量的马力来满足基本要求。我们不会在这些环境中测试性能,它主要是自动化的功能和集成测试,可能还有一些由真人执行的手动测试。虚拟机不需要表现得像拥有快速处理器一样,但我们希望它们不会因磁盘延迟慢而陷入困境。
问题
鉴于这些目标,您认为我们应该从硬件角度考虑什么?是否值得将其拆分为几台“较小”的机器而不是一台鸣喇叭的大机器?