与 IIS SMTP Server in.Net 进行有意义的交互

Question

我们的企业每周都会向大量订阅者发送新闻通讯。 当公司还很年轻时，在我加入之前，他们使用了一些群发邮件的“免费”版本，需要六个小时才能发送 5K 封邮件，并且与互联网上的每一次反向 DNS 检查都发生了冲突。

我将其升级为在正确的服务器上运行的 bespoke.Net 小部件，并且可以在半小时内发送多达约 2 万封邮件，完全符合 DNS。 不幸的是（或者幸运的是，取决于你的观点）我们的邮件列表现在已经超出了这个简单的工具。 特别是它缺乏足够的节流，它可以发出比服务器一次轻松发送的邮件更多的邮件。 我需要实际监控 IIS SMTP 服务器的可用外发邮件存储分配的满载情况，并相应地限制负载。

不幸的是，我找不到有关邮件 object 何时（或即使）变成邮件的去向的信息。 如果我有地方可以观看，我可以实现一个文件系统观察器，目前我没有。 如果没有创建实际的邮件文件，我想我将不得不创建一个来实现该功能，但我需要知道将它放在哪里。 允许系统以某种方式确认发送也会更令人放心，但我不知道如何从系统中检索表示已发送邮件的数据。

广泛的谷歌搜索在这些方面被证明是模糊的； 所以我想知道这里是否有人知道我可以从哪里获得这些问题的指南，或者可以指出我正确的方向。

非常感谢。

编辑：最后我放弃了尝试测量 IIS SMTP 服务器的吞吐量作为一项糟糕的工作。 只是好像不想玩。 我现在在一个单独的位置进行登录，然后将其分流到 SMTP 服务器。 我仍然不知道有谁真正费心试图密切关注 IIS SMTP 服务器的行为，因此在撰写本文时这个问题没有得到解答。

那好吧...

Answer 1

好的，所以我已经为这个项目工作了很长时间，我想我可以与全世界分享我的发现。

IIS SMTP 服务器

使用 IIS SMTP 服务器创建的所有邮件首先发送到分拣目录。 如果您要发送一封邮件，那么您必须在 Matrix 时间操作才能真正在那里看到它，因为它可能只是 go，马上。

在单独的邮件出门时，它会通过 IIS 中的队列文件夹。

如果您想查看性能计数器来监控此过程，您可以查看“远程队列长度”。 （原因是“本地队列长度”监控网络内“本地”发送的邮件。在这种情况下，“远程”指的是“外部世界”。“本地”的具体定义在我们发送时没有引起我的注意没有本地邮件，但我想这意味着排队到 go 到服务器上 IIS 的特定安装或其任何本地分组中包含的邮箱。）

从 Exchange 的角度来看，它似乎相当于在 Exchange 域内发送的邮件以及从该域发送到更广阔世界的邮件。

无论如何。 远程队列长度并不能说明全部情况。 您还必须查看远程重试队列、当前出站连接数，以及队列目录中的实际文件数。

原因如下：

• 远程队列：所有尚未发送的消息，无论尝试过多少次。 当前分配给任何打开连接的邮件数量不计算在内，因为它们位于“正在尝试”的 state 中。
• 远程重试队列：所有尚未发送的消息，在过去的某个时间点，已分配给打开的连接以进行传递。 显然，传递一定是失败了，否则消息就会被传递。 当前分配给打开连接以进行重试的任何消息均不计算在内。
• 当前出站连接：显示当服务器尝试发送排队的邮件时，可以将多条消息分配给出站连接。 如此分配的消息不计入远程队列或远程重试队列。 身体的
• 队列目录中的文件：这显示仍在队列目录中的邮件数。 随着邮件成功投递，这将减少。

示例：如果队列目录中有 0 个出站连接和 50 封邮件，那么远程队列、重试队列和物理文件都将读取为 50。当重试标志出现时（这是 IIS 中的设置），连接数会增加并且队列中的邮件数量减少。 在发送邮件之前，物理文件的数量保持不变。 但是，由于当前连接可以发送多个邮件，因此 1 个连接可能会导致远程队列和重试队列长度为 47 或更低。 如果在重试事件期间，任何邮件都已成功投递，则 Queue 目录中的物理文件数量将会减少。 当连接关闭时，队列计数器应该再次稳定下来。

日志记录

使用 .Net 的邮件库可以指定与 IIS 默认值分开的分拣目录。 在这里，您可以对邮件进行排队并获得定制服务，以偶尔将邮件移动到 IIS 服务将接管并发送排队邮件的 IIS 目录。

为此，您将寻找 SmtpClient 对象的“DeliveryMethod”属性，该属性应设置为 SmtpDeliveryMethod.SpecifiedPickupDirectory。

要实际设置 SpecifiedPickupDirectory，您应该设置 SmtpClient 的 PickupDirectoryLocation 属性。

当邮件被传递到这个位置时，它们被存储为 .eml 文件。 文件名是一个 GUID。 这意味着多封电子邮件将以基本上随机的顺序发送。 理论上，如果需要，您可以编写代码来解决这种情况。 .eml 文件遵循标准格式，可以通过在记事本中打开 .eml 来读取。 解析这将允许您提取日志信息。

我希望这篇关于 IIS 中 SMTP 服务器工作方式的高级概述对我在三月份的类似 position 中的某个人有所帮助。

Answer 2

我会使用PerformanceCounter组件来读取 SMTP 服务的本地队列长度计数器。 这应该让你保持控制:-)

Answer 3

如果您的 .net 小部件是定制的，为什么不将它的 output 限制到一些（可定义的）吞吐量？

作为替代方案，您也许可以修改 SMTP 服务器的一些注册表设置。

http://blog.rednael.com/CommentView,guid,dc20366c-3629-490a-a8ee-7e8f496ef58b.aspx

显然，还有一些 WMI 计数器（SMTP 服务器\远程队列长度和 SMTP 服务器\远程重试队列长度）将为您提供有用的信息。

http://www.tech-archive.net/Archive/Internet-Server/microsoft.public.inetserver.iis.smtp_nntp/2008-02/msg00011.ZFC336EZ8883A2