我公司有一款我们开发的应用程序，其中很大一部分是电子邮件功能（仅发送）。到目前为止，我们能够在 Windows Server 2008 中仅使用常规 smtp 服务（可以说是内部服务）处理所有事情。我有点好奇，想知道你们对 Exchange Server 消失对我们有什么好处的看法吗？请记住，我们只发送电子邮件。如果您认为这很好，请提出建议，我也会很感激。
编辑：如果我们使用 Exchange 服务器来发送电子邮件，我们的应用程序会有什么好处？ 我们已经开发了这款应用，它运行良好。现在我们开了个会，想扩展这款应用，也许可以使用其他软件，比如 Exchange Server 等。我可以阅读有关服务器的信息，但有时只是从其他人那里听到它，并提出想法，就能给你不同的视角。
抱歉，我的标签可能很疯狂，并且对于问得不好的问题，我深感抱歉，我为自己辩护，因为我太累了 ;)
多谢你们
答案1
您根本不需要 Exchange 服务器。您可以使用 Windows Server 内置的 SMTP 服务发送或接入公司已在用的 SMTP 服务器（如果防火墙限制传出 SMTP 流量，则可能需要此服务器）。
答案2
我会重新考虑这个问题的前提。如果你所做的只是发送电子邮件，那么你真正需要的只是 .net 框架和带有邮件中继的 ISP。你根本不需要在 Windows 服务器上使用 SMTP 来发送电子邮件。我建议你考虑一下，如果你的应用程序有一个可用的交换服务器，你能获得什么价值。例如，消息跟踪功能（按发件人而不是收据）是否有价值？是否有任何存档要求？每个发件人处理功能？Exchange（与许多微软产品一样）不仅仅是一个应用程序，而是一个平台。使用微软平台时要考虑的另一件事是，价值不在于任何一个应用程序，而在于从客户端向上的整个堆栈。为你的应用程序获得即时增值的方法之一是利用堆栈，而不仅仅是创建一个解决问题 X 的应用程序（例如，MyApp 是创建小部件的最佳解决方案，并且可以选择与 exchange 集成）
答案3
Exchange 服务器的功能远不止电子邮件。如果您需要做的只是发送电子邮件，您是否考虑过 Linux？A 是免费的 B 您只需要发送电子邮件。
答案4
Exchange 的功能非常出色。但将其仅用作应用程序的 SMTP 桥头堡，就好比在浴缸中使用远洋客轮。这不仅会为您的需求带来高昂的成本，而且当您只需要其一小部分功能时（这一小部分功能在其他地方更容易获得），正确配置和保护其安全也会很麻烦。
如果您正在查看 Exchange，这是否意味着您已经在使用 Windows？如果是这样，我肯定会查看适用于 Windows 的更简单的 SMTP 解决方案，包括我认为仍然内置在 IIS 中的解决方案，我认为您已经在使用它了？您现在有什么理由对此感到不满意吗，或者您的问题更像是“我一直听说这个交换的事情，所以我只是想知道它是怎么回事”？
我们是一家交易所，但即便如此，我们的帮助台软件实际上也使用 blat 来发送电子邮件，仅仅因为这就是它所需要的。