在设置外出回复时，我遇到了 Exchange 2010 和 Outlook 2010 的一个奇怪的问题，想知道您以前是否遇到过这个问题？
在 Outlook 中单击文件 > 自动回复时，用户会收到一条错误消息“由于服务器当前不可用，因此无法显示您的自动回复设置。请稍后再试。”
现在有一件奇怪的事情：1）您可以通过 Outlook Web Access 设置外出回复，而不会出现任何问题。2）当您在活动目录中将用户添加为域管理员或作为管理员成员的 Exchange 安全组（例如 Exchange Trusted Subsystem）时，注销并重新登录，然后可以在 Outlook 上设置自动回复。
这发生在本地网络内外的所有最终用户（超过 40 个最终用户/设备）域和未加入域的计算机上。
谢谢您并期待您的回复/解决方案。
答案1
出现此问题的最可能原因之一是您的自动发现设置配置错误。
如果这对管理员用户有效，而对普通用户无效，则可能表明自动发现网站权限配置不正确 - 例如，它设置的权限不应该将其限制为仅管理员访问。这可能是针对C:\Program Files\Microsoft\Exchange Server\ClientAccess\Autodiscover（或类似）文件夹的 NTFS 权限。我认为经过身份验证的用户需要完全控制 autodiscover.xml 文件，但我无法立即验证这一点，抱歉，或者可能是 IIS 站点权限。
如果没有方便测试的 2010 部署，我建议测试自动发现，如果我没记错的话，您可以在 Outlook 2010 中按如下方式执行此操作：
- 像平常一样启动 Outlook 2010。
- Outlook 将在启动时在系统托盘中放置一个图标。
- 按住 键，右键单击 Outlook 系统托盘图标，然后选择“测试电子邮件自动配置”。
- 输入您的电子邮件地址、密码，并仅选择使用自动发现。然后运行测试！
尝试以管理员用户身份执行此操作，此时一切正常，而以普通用户身份执行此操作则一切不正常。
如果这看起来像是问题所在，并且您已经查看了 NTFS 权限，请检查自动发现站点上的 IIS 设置。它们应该是自动发现：匿名身份验证、基本身份验证、Windows 身份验证 - 理想情况下，这些 IIS 站点应该仅通过 Exchange/Exchange Powershell 进行管理，但如果我没记错的话，很可能情况不再如此。
您可能能够通过在 IIS 中编辑权限来恢复权限，但此时我强烈建议您使用指南通过 Exchange Powershell 管理 Shell 重新创建自动发现虚拟目录这里。