我已从带有 Exchange 2007 的 SBS 2008 迁移到 Server 2012 R2 Essentials 和 Exchange Online (Office 365)。
当用户登录 Outlook 时,Outlook 仍会尝试连接到它通过 SCP 发现的旧 URL。确切的措辞是:
“尝试通过 SCP 找到的 URL xxx.xxxx.com.au/autodiscover/autodiscover.xml”
这个 SCP 对象在 2012 R2 服务器上的位置在哪里?我在 AD 中的任何地方都找不到它,它可能以某种方式在 Exchange Online 服务器上吗?
(我发现它在运行 Outlook 测试配置时使用了这个旧网址)
谢谢。
您是否使用添加/删除程序正确删除了 Exchange 2007?它应该删除所有条目。
它在 ADSIEDIT 中的以下位置看到:CN=Autodiscover,CN=Protocols,CN=servername,CN=Servers,CN=Exchange 管理组,CN=Administrative Groups,CN=Your Organization,CN=Microsoft Exchange,CN=Services
其中 servername 是旧 Exchange 服务器的名称,而您的 org 是组织名称。
由于我不寻常的设置,这比上面发布的 Sembee 复杂一点,
我将 2012 R2 Essentials 加入了域,使其成为 AD 域控制器。因此,所有 Exchange 2007 对象都转移到了 2012 服务器。事实证明,这些对象似乎是“隐藏的”,并且无法使用 Active Directory 站点和服务找到 - 更具体地说是在服务内部。
然后我将 2012 R2 同步到 Azure,并将 Exchange 2007 迁移到 Exchange Online。然后我将 SBS 2008 降级并将其从域中完全删除,因为它是一个 VM,我们正在将所有 VM 迁移到 AZURE。
不幸的是,所有旧的 SBS 2008 和 Exchange 2007 对象仍然是 2012 服务器上 AD 的一部分,即使 Excahnge 2007 与 2012 不兼容。这意味着,据我了解,这些对象不容易访问……特别是SCP对象。
所以解决方案:
我设法通过powershell找到了一个脚本来找到SCP-
这揭示了仍在 AD 中某处的对象,然后我能够使用 AD 管理中心对 SCP 名称下的所有对象运行“全局目录搜索”,从这些结果中,我能够找到 SCP 对象并将其删除。奇怪的是,右键单击并选择“定位”会触发一个错误,提示找不到位置。由于缺乏兼容性,这是预期的。然而幸运的是,从这里删除对象是可行的。
我遇到了这个问题,因为我们所有的 Outlook 客户端在登录时都开始引发证书问题,即使我们直接连接到 Exchange Online / Office 365,而不是本地服务器。
这是我找到此脚本的站点的链接:
http://vanhybrid.com/2012/11/21/retrieving-exchange-autodiscover-scp-information-from-ad-via-powershell/