使用Exchange但不存储电子邮件

使用Exchange但不存储电子邮件

在工作中,我们使用 Windows Server 2008 域,拥有 80 多台计算机和 60 个用户。我们是一家大型组织的分支机构,虽然我们管理着大部分计算基础设施,但我们的企业电子邮件服务是由“母舰”中央 IT 部门提供的。这意味着他们将我们的电子邮件存储在他们的服务器中,他们分配电子邮件地址等。我们只需配置 Outlook 客户端并使用 IMAP 来检查电子邮件。

到目前为止一切顺利。由于我们已获得电子邮件服务,因此我们从未需要部署 Exchange 或类似的东西。但是,我们开始感觉到一些需求,我认为 Exchange 可以很好地满足这些需求,即:

  • 组织分发列表,以便人们可以向预定义的用户集发送邮件。
  • 在用户之间共享日历、任务和忙碌/空闲时间。

我对 Exchange 的使用经验很少,但我认为它可以做这些事情。我的问题有两个:

  1. 您是否认为,仅仅为了满足这两个要求而在我们的组织中部署 Exchange 就太过分了?
  2. 如果我们决定部署 Exchange,这是否意味着我们必须将电子邮件存储在本地(在我们的 Exchange 服务器上),而不是存储在我们的中央公司服务器上(就像现在一样)?或者有没有办法使用 Exchange 的某些功能,但保持电子邮件存储远程?

编辑:请注意,为我们提供公司电子邮件服务的中央 IT 部门目前不使用 Exchange。据我所知,他们使用基于 Unix 的电子邮件解决方案。

非常感谢。

答案1

您可以放入一个 Exchange 服务器并让您的用户将其用于本地(日历/地址簿)事务,但保留 Outlook 中的 IMAP 帐户,这样就可以了。

这样,您的电子邮件就会存储在他们的服务器上,而其他信息则会存储在您本地的交换服务器上。

最大的障碍将是您本地域的管理,如果它以任何方式服从于母舰,那么他们的 IT 部门会注意到,并且可能会抱怨,因为 AD 模式在安装时被修改了。

答案2

无需回答你的具体问题的所有细节:

  1. 您正在考虑的是资源浪费、重复努力并充满不必要的复杂性。

  2. 企业 Exchange 服务器无需任何附加服务器就能完成您需要完成的任务。

  3. 您无法访问所需功能的原因是您使用 IMAP 连接到服务器,而不是使用 MAPI 或 RPC over HTTPS。我的建议是与公司 IT 部门讨论如何配置 Outlook 客户端以通过 MAPI 或 RPC over HTTPS 进行连接,以便您可以更好地利用 Exchange 的功能(共享日历、分发组、公共文件夹等)。

相关内容