我已经与一个备受尊敬的托pipe服务提供商签署了一个面向互联网的服务器的托pipe协议。 我们已经为这些服务器部署了多个应用程序，这些应用程序将各种电子邮件发回给我们进行报告。
语境：
每台服务器都运行安装了IIS 6.0 SMTP服务的Windows Server 2003 R2。
每个应用程序都configuration为使用本地IIS实例发送电子邮件。
每个服务器的外部IP地址被映射到一个特定的域，例如：
这些电子邮件是从公司域名发出的，而不是托pipe服务器的域名（例如：[email protected]）
症状：
从这些应用程序发送的less量（<1％）电子邮件似乎是重复的。 这些内容和消息标题都是完全相同的。
修正：
我联系了我的托pipe服务提供商，他们告诉我这是一个常见问题，并指示我：
问题在继续：
我按照上面的规定做了所有的改变，我有些犹豫，因为这些步骤似乎表明他们更像是阻止你的消息被阻止，而不是阻止他们被复制 – 但我当然不是这方面的专家。
自从我应用此修复程序已经5天了，问题仍然存在。
我确信这些问题不是软件中的一个错误，因为它们是安装在两台不同的服务器上的4个不同的应用程序，所有这些应用程序都展示了这种奇怪的行为。 这种行为在我们的UAT环境中也没有看到。
我的主人是否正确build议这个修复？ 如果没有，有谁知道可能是这个问题的原因？
非常感谢
我正在运行20多盒这样的 – W2K3R2 W / IIS SMTP，并从未见过这种行为。 如你所怀疑的那样，所有这些“修正”步骤都是为了提高从另一端收到你的邮件而不是被垃圾邮件拦截的可能性。
你是否100％确定重复发生在源头？ 我以前遇到过在收件人邮件系统上创build重复邮件的问题。 如果发生这种情况，所有的属性将是相同的。
我想我会做的另一件事情是在托pipe的机器上启动IIS SMTP日志logging并查看这些日志。 那里可能有某种线索。 如果IIS正在发送邮件的两个副本，则会在该日志中看到两个条目。 如果那里有两个条目，罪魁祸首可能是你用来提交消息到你没有详细讨论的IIS的机制。 你到底怎么做？
好吧，我在这里玩魔鬼的鳄梨，但就在这个机会之外，我会提到它 – 你是否使用某种排队技术在你的应用程序中发送你的电子邮件？ 我想问一下，如果你使用的是服务总线式的体系结构，也许正在处理消息，从而发送电子邮件，但是由于某种原因，这意味着服务总线重试处理消息。
或者其他的东西。 我可能会吠叫错相思，但值得一提。 🙂