在工作中，我们使用一个包含 80 多台计算机和 60 个用户的 Windows Server 2008 域。我们是一个更大的组织的一个分支机构，虽然我们管理着我们的大部分计算基础设施，但我们的企业电子邮件服务是由“母舰”中央 IT 部门提供的。这意味着他们将我们的电子邮件存储在他们的服务器中，他们分配电子邮件地址等。我们只需要配置我们的 Outlook 客户端并使用 IMAP 来检查电子邮件。
到目前为止，一切都很好。由于我们为我们提供了电子邮件服务，因此我们从来不需要部署 Exchange 或类似的东西。但是，我们开始感觉到一些我认为 Exchange 可以很好地解决的需求，即：
- 组织分发列表，以便人们可以向预定义的用户组发送邮件。
- 在用户之间共享日历、任务和忙/闲时间。
我对 Exchange 的经验很少，但我认为它可以做这些事情。我的问题是双重的：
- 您是否认为在我们的组织中部署 Exchange 只是为了满足这两个要求而过度使用？
- 如果我们决定部署 Exchange，这是否意味着我们必须将电子邮件存储在本地（在我们的 Exchange 服务器上）而不是在我们的中央公司服务器上（就像现在一样）？或者有没有办法使用 Exchange 的某些功能但保持远程电子邮件存储？
编辑：请注意，我们的中央 IT 部门，即为我们提供企业电子邮件服务的部门，目前不使用 Exchange。据我了解，他们使用基于 Unix 的电子邮件解决方案。
非常感谢。
无需深入了解有关回答您的具体问题的所有血腥细节：
您正在考虑的是资源的浪费和重复的工作，并且充满了不必要的复杂性。
企业 Exchange 服务器无需任何额外的服务器即可完成您需要做的事情。
您无法访问您正在寻找的功能的原因是您使用 IMAP 连接到服务器，而不是使用 MAPI 或 RPC over HTTPS。我的建议是与企业 IT 讨论配置 Outlook 客户端以通过 MAPI 或 RPC over HTTPS 进行连接，以便更好地利用 Exchange 的功能（共享日历、分发组、公共文件夹等）。
您可以放入交换服务器并让您的用户将其用于本地（cal/地址簿），但将 IMAP 帐户保留在 Outlook 中，这样可以工作。
这样，您的电子邮件将存储在他们的服务器上，而您的其他信息则存储在本地交换服务器上。
最大的障碍将是您本地域的管理，如果它以任何方式服从于母舰，那么如果您安装它，他们的 IT 将注意到并可能会抱怨，因为 AD 架构在安装时被修改。