使用Exchange但不存储电子邮件

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

到现在为止还挺好。 由于电子邮件服务为我们提供,我们从来没有需要部署Exchange或类似的东西。 不过,我们正开始感受到一些我认为可以很好地解决的需求,即:

  • 组织通讯组列表,以便人们可以将邮件发送到预先定义的用户组。
  • 在用户之间共享日历,任务和忙/闲时间。

我对Exchange很less有经验,但我认为它可以做这些事情。 我的问题是双重的:

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

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

非常感谢。

你可以放在一个交换服务器,并让你的用户使用本地(cal / addressbook)的东西,但保持在Outlook的IMAP帐户将工作。

这样你就可以将你的电子邮件存储在他们的服务器上,但你的其他信息存储在本地交换服务器上。

最大的障碍将是你的本地域的pipe理,如果它是从属于母舰的任何方式,那么他们的IT将注意到,并且如果在安装时修改AD架构来安装它,则可能抱怨。

没有深入了解回答您的具体问题的所有细节:

  1. 你所考虑的是浪费资源和重复劳动,充满了不必要的复杂性。

  2. 企业Exchange服务器可以在没有任何额外服务器的情况下执行您所需的操作。

  3. 您无法访问要查找的function的原因是您使用IMAP连接到服务器,而不是使用MAPI或RPC over HTTPS。 我的build议是与企业IT讨论如何configurationOutlook客户端,以便通过MAPI或RPC over HTTPS进行连接,以便更好地使用Exchange的function(共享日历,分发组,公用文件夹等)。