我真的需要Exchange Server吗?

我的公司有一个我们开发的应用程序,很大一部分是它的电子邮件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,我认为你现在正在做什么? 你现在有什么理由不满意,还是你的问题更多的是“我总是听到这个交换的东西,所以我只是想知道它是怎么回事”?

我们一个交换所,但即使如此,我们的帮助台软件也是如此,实际上它们只是用来发送电子邮件,因为这就是它所需要的。