Я перешел с SBS 2008 с Exchange 2007 на Server 2012 R2 Essentials и Exchange Online (Office 365).
Когда пользователи входят в Outlook, Outlook по-прежнему пытается подключиться к старому URL-адресу, который он обнаруживает через SCP. Точная формулировка:
«Попытка найти URL xxx.xxxx.com.au/autodiscover/autodiscover.xml через SCP»
Где находится этот объект SCP на сервере 2012 R2? Я нигде не могу найти его внутри AD, возможно, это как-то на сервере Exchange Online?
(Я обнаружил, что он использовал этот старый URL-адрес при запуске тестовой конфигурации Outlook)
Спасибо.
В результате моей необычной настройки это было немного сложнее, чем Семби написал выше,
Я присоединил 2012 R2 Essentials к домену, сделав его контроллером домена AD. Таким образом, все объекты Exchange 2007 перенесены на сервер 2012 года. Оказывается, эти объекты кажутся «скрытыми» и не могут быть обнаружены с помощью сайтов и служб Active Directory, в частности внутри служб.
Затем я синхронизировал 2012 R2 с Azure и перенес Exchange 2007 на Exchange Online. Затем я понизил уровень SBS 2008 и полностью удалил его из домена, поскольку это виртуальная машина, и мы переносим все наши виртуальные машины в AZURE.
К сожалению, все старые объекты SBS 2008 и Exchange 2007 по-прежнему являются частью AD на сервере 2012 года, хотя Excahnge 2007 несовместима с 2012 годом .. Это означает, насколько я понимаю, эти объекты не являются легкодоступными ... в частности объект SCP.
Итак, решение:
Мне удалось найти сценарий для поиска SCP через PowerShell -
$obj = @()
$ADDomain = Get-ADDomain | Select DistinguishedName
$DSSearch = New-Object System.DirectoryServices.DirectorySearcher
$DSSearch.Filter = '(&(objectClass=serviceConnectionPoint)(| (keywords=67661d7F-8FC4-4fa7-BFAC-E1D7794C1F68)(keywords=77378F46-2C66-4aa9-A6A6-3E7A48B19596)))'
$DSSearch.SearchRoot = 'LDAP://CN=Configuration,'+$ADDomain.DistinguishedName
$DSSearch.FindAll() | %{
$ADSI = [ADSI]$_.Path
$autodiscover = New-Object psobject -Property @{
Server = [string]$ADSI.cn
Site = $adsi.keywords[0]
DateCreated = $adsi.WhenCreated.ToShortDateString()
AutoDiscoverInternalURI = [string]$adsi.ServiceBindingInformation
}
$obj += $autodiscover
}
Write-Output $obj | Select Server,Site,DateCreated,AutoDiscoverInternalURI | ft -AutoSize$obj = @()
Это выявило объекты, которые все еще были где-то внутри AD, и затем я смог использовать Центр администрирования AD для запуска «поиска по глобальному каталогу» для всех объектов, которые находились под именем SCP, и по этим результатам я смог найдите объект SCP и удалите его. Как ни странно, щелчок правой кнопкой мыши и выбор «Найти» вызывает ошибку, говорящую, что местоположение не может быть найдено .. Вроде ожидаемо из-за отсутствия совместимости. Однако, к счастью, удаление объекта отсюда работает.
Я столкнулся с этой проблемой, поскольку все наши клиенты Outlooks начали выдавать проблему с сертификатом при входе в систему, даже если мы подключались напрямую к Exchange Online / Office 365, а не к локальному серверу.
Вот ссылка на сайт, где я нашел этот скрипт:
Удалили ли вы Exchange 2007 правильно, используя программы добавления / удаления? Он должен был удалить все записи.
Он отображается в ADSIEDIT в следующем расположении: CN = Autodiscover, CN = Protocols, CN = servername, CN = Servers, CN = Exchange Administrative Group, CN = Administrative Groups, CN = Your Organization, CN = Microsoft Exchange, CN = Services.
Где имя сервера - это имя старого сервера Exchange, а ваша организация - это имя организации.