我的公司有一个我们开发的应用程序，很大一部分是它的电子邮件function（只发送）。 到目前为止，我们已经能够在windows server 2008上处理所有常规的smtp服务（可以这么说）。我有点想知道，如果Exchange Server不见了，我们还有什么好的吗？ 请记住，我们只发送电子邮件。 如果你认为这样会很好，请欣赏动力。
编辑：如果我们使用Exchange服务器的电子邮件，我们的应用程序有什么好处？ 我们已经开发了这个应用程序，它的工作很好。 现在我们有一个会议，想要扩大应用程序，也许使用其他软件，如交换服务器等。 我可以阅读有关服务器，但有时只是从其他人那里听到它，思想给了其他的angular度。
对不起，如果我的标签在这个疯狂的，并且对这个严重的问题感到抱歉，我的辩护，我很累;）
多谢你们
根本不需要Exchange服务器。 您可以使用Windows Server中内置的SMTP服务来发送或使用公司已经在使用的SMTP服务器（在传出SMTPstream量的防火墙限制的情况下可能需要）。
我会重新思考这个问题的前提。 如果你所做的只是发送电子邮件，那么你真正需要的就是.net框架和一个带有邮件中继的ISP。 根本不需要SMTP服务器上的SMTP简单地发送电子邮件。 相反，如果您的应用程序有可用的开放式服务器，我build议您考虑一下，如果有任何可以获得的价值。 例如，一个消息跟踪function（由发件人而不是收据）是有价值的？ 是否有任何归档要求？ 每个发件人处理function？ 交易所（像很多微软产品一样）不仅仅是一个应用程序，而是一个独立的平台。 另一件需要考虑的事情是，在使用微软平台时，价值不在于任何一个应用，而是从客户端到整个堆栈。 为您的应用程序获得即时增值的方法之一是进入堆栈，而不是仅仅创build一个解决问题的应用程序X（例如，MyApp是创build小部件的最佳解决scheme，并且可选地与交换集成）
Exchange服务器比电子邮件多得多。 如果你所要做的只是发送电子邮件，你有没有看过linux一个它的免费B它的所有你需要发送电子邮件。
交换是奇妙的，它做的。 但是，将它作为一个应用程序的SMTP桥头，就像在浴缸中使用远洋客轮。 这不仅会使您的需求变得昂贵，而且只需要一小部分的function就可以正确configuration并保持安全，这是一件很笨拙的事情 – 只有一小部分可以在其他地方使用。
如果你在看Exchange，这意味着你已经在使用Windows？ 如果是这样的话，我一定会考虑一下为Windows提供的更简单的SMTP解决scheme，包括那些我认为还在那里的IIS，我认为你现在正在做什么？ 你现在有什么理由不满意，还是你的问题更多的是“我总是听到这个交换的东西，所以我只是想知道它是怎么回事”？
我们是一个交换所，但即使如此，我们的帮助台软件也是如此，实际上它们只是用来发送电子邮件，因为这就是它所需要的。