Как обновить Outlook для указания на сервер Office 365 вместо предыдущего размещенного Exchange Server?
Я перемещаю от размещенного Exchange 2007 с помощью Sherweb для использования Office 365. После того как я настроил почтовые ящики и переместил все данные в O365 (использующий MigrationWiz), как я наименее мучительно обновляю рабочие станции или даю пользователям команду обновлять рабочие станции так их точки Outlook в сервере O365 и идеально не должен загружать весь почтовый ящик снова?
Я предполагаю, что они могли каждый также:
- удалите их учетную запись и повторно добавьте его, или
- Настройки учетной записи> избранная учетная запись Exchange> вкладка Change> More Settings> Connection> Настройки Прокси Exchange> изменяют URL.
Опция 1, вероятно, ужасна, поскольку она потребует, чтобы перспектива повторно загрузила их весь почтовый ящик, но возможно это потребовало (например, если идентификатор почтовых объектов не сохраняется при миграции от одного сервера до другого)?
У меня есть приблизительно дюжина пользователей, и их рабочими станциями не управляет Active Directory, но я рад пробежать несколько шагов с каждым из них. Это не конец света, если это - ручной процесс и требует перезагрузки всего почтового ящика, но я хотел бы избежать этого, если это возможно.
Я уже выполнил миграции MigrationWiz и обновил записи DNS.
У большинства пользователей теперь есть Outlook из установленного Office 365 с парой все еще на Outlook 2010.
Это обсуждение предлагает, чтобы они добавили новую учетную запись и по-видимому удалить старую, когда этому больше не было нужно...
В некоторых случаях вам придется воссоздавать профили - у меня еще не было ни одной миграции, где этого не было, поэтому я всегда готовлюсь к этому.
Если никто больше не использует старый почтовый сервер И исходная конфигурация клиента была настроена с помощью автообнаружения, это должно быть так же просто, как обновление записи A автообнаружения, чтобы она указывала на O365 (что является частью процесса миграции). Клиентам, которые были настроены вручную, потребуется создать новый профиль, так как они не будут получать изменения автообнаружения. Возможно, вам также придется очистить кеш Outlook.
Вы можете проверить свои ответы автообнаружения (как вы упомянули, вы внесли изменение CNAME) с помощью анализатора подключения к Exchange. https://testconnectivity.microsoft.com/ Убедитесь, что у вас нет повторяющихся методов автообнаружения. Также - если у вас есть внутренние пользователи и вы не списали свой сервер Exchange, используйте Outlook с настройками получения через записи SCP для Active Directory.
AutoDisocver не всегда отменяет необходимость воссоздания профилей. Я часто выполняю «гибридную» миграцию и обнаруживаю, что около 25% пользователей все еще нуждаются в создании новых профилей, чтобы избежать проблем. Чтобы свести это к минимуму, мы настраиваем эти учетные записи для получения минимального количества почты для автономного доступа. После того, как все заработает - при необходимости мы можем постепенно увеличивать автономное использование. Это также хороший способ изменить привычки пользователей - большинству пользователей не нужна вся их почта в автономном режиме (и интегрирован поиск, чтобы они могли найти свою почту).
У Microsoft есть новый инструмент для устранения неполадок Outlook для O365. https://support.microsoft.com/en-us/kb/3073666 - это может быть использовано пользователями для настройки Outlook для O365 (для этих пользователей будут созданы новые профили).