我们正在进行从 Exchange 2003 到 Exchange 2007 的转换。除了一些意外问题外，转换过程一直很顺利，直到需要将几个 Mac 用户的邮箱从 Exchange 2003 移到 Exchange 2007 时才开始。我们在使用 Entourage 2008 和 Exchange 2003 时没有遇到任何问题，但未能成功让 Entourage 2008 与 Exchange 2007 进行通信。我查看了许多论坛和博客，其中介绍了如何让它们进行通信，但到目前为止，没有一个成功的例子。
我们在 Server 2008 Standard x64 上运行了 Exchange 2007 (08.02.0301.000)。两者的更新都是大约两周前的最新更新。在 Leopard 和 Snow Leopard 上运行了 Entourage 2008 (12.2.8)。除了一些限制修改（邮箱大小、附件大小）外，Exchange 2007 基本都是原版。
在 Entourage 中，对于帐户设置，我选择使用基本身份验证。输入用户名、域和密码。对于 Exchange 服务器条目，我尝试了各种论坛或网站上推荐的几种变体。简短列表如下：
服务器名称/owa 服务器名称/exchange 服务器名称/exchange/用户名@域 服务器名称/owa/用户名@域
对于上述每一种情况，我都尝试了短服务器名称和 FQDN。此外，我还尝试了“https://...”和不带“https://”的情况。直到找到“/username@domain”变体后，我才尝试了“/username@domain”变体。微软知识库 #931350。使用这些变体，我开始收到弹出错误消息，告诉我提供的用户名或密码不正确，并要求我重新输入。尝试了用户名、域\用户名和用户名@域的所有变体以及正确的密码，但都不起作用。我尝试访问“https://服务器名称/exchange/用户名@域“直接在网络浏览器中，我看到了相同的行为。此时，我怀疑这是服务器端的某种身份验证问题，但不确定如何继续。任何信息都将不胜感激。
哦，还有一点补充，在 Entourage 帐户设置中，在“高级”选项卡上，我输入了公共文件夹和本地主域控制器的 URL。公共文件夹似乎运行正常。
答案1
我心里暗自怀疑这会发生。在发布问题几分钟后，我找到了解决方案。
显然，WebDAV（我知道 Entourage 2008 使用了它）是一个可选安装。我读过的文章中至少有两篇明确指出 WebDAV 已被弃用，但默认情况下可用，这显然是不正确的。最后在Spicework 的论坛详细描述了其他组织在使用 Entourage 和 Exchange 2007 时遇到的困难和挫折。将这些信息放在这里，以防其他人最终得到相同的初始错误信息，并花费数小时来诊断错误的症状。