Спасибо за вопрос. На данный момент Яндекс Паспорт не формирует и не отдает в SAML request поле loginhint.
Можно только подумать о Workaround - раз речь идет об ADFS, то можно попробовать WIA на доменных машинах использовать для Яндекс 360, тогда пользователя с браузером, который обслужит корректно ADFS должно прокатить.
Цель статьи описать максимально подробно принципы и детали, как оно сейчас работает, чтобы помочь заказчикам снять вопросы еще до миграции.
Заказчики тогда смогут методически подготовить себя, пользователей, чтобы процесс миграции прошел как можно более гладко. Предупреждён, значит вооружен.
У меня, как у автора статьи, нет цели убедить читателей в том что так правильно и только так должно быть. Вы указали абсолютно резонную и очевидную Обратную связь.
Как показывает опыт миграции заказчиков, гораздо больше отпугивают "маркетинговые слайды", что у кого-то все самое лучшее, а потом "сталкивание с реальностью".
В мою бытность работы в заказчиках, лично мне всегда вызывало большой интерес возможность прочитать и узнать как оно работает заранее, увидеть плюсы и самое главное минусы из уст производителя. Полагаю это не отпугнет заказчиков, а максимально поможет подготовить к миграции, одному из самых сложных этапов в жизни любой инфраструктуры.
Когда письмо было отправлено. Эта дата полностью сохраняется и если вы откроете папку "Входящие" и отсортируете по дате отправления, то все будет по порядку. Это же касается и веб интерфейса Яндекс Почты.
Когда письмо доставлено. Если отсортировать по дате получения, то мы увидим точную дату, когда мигратор положил письмо в ящик. по ней если выставить, то схлопнется.Это же касается и веб интерфейса Яндекс Почты.
Когда письмо создано. Оно олицетворяет момент - когда письмо появилось в IMAP клиенте, то есть когда была синхронизация. В данном случае это дата вообще никак не соотносится ни с доставкой, ни с отправкой и ее нет в веб интерфейсе Яндекс почты
PS
в хедерах письма остается дата, когда письмо было доставлено первый раз в почтовую инфраструктуру, откуда ее забирал наш мигратор.
Когда письмо было отправлено. Эта дата полностью сохраняется и если вы откроете папку "Входящие" и отсортируете по дате отправления, то все будет по порядку. Это же касается и веб интерфейса Яндекс Почты.
Когда письмо доставлено. Если отсортировать по дате получения, то мы увидим точную дату, когда мигратор положил письмо в ящик. по ней если выставить, то схлопнется.Это же касается и веб интерфейса Яндекс Почты.
Когда письмо создано. Оно олицетворяет момент - когда письмо появилось в IMAP клиенте, то есть когда была синхронизация. В данном случае это дата вообще никак не соотносится ни с доставкой, ни с отправкой и ее нет в веб интерфейсе Яндекс почты
PS
в хедерах письма остается дата, когда письмо было доставлено первый раз в почтовую инфраструктуру, откуда ее забирал наш мигратор.
Упомянутый в комментарии коннектор - это только один из способов для календаря. Ведь пользователи не всегда хотят при переходе на Яндекс 360 для бизнеса менять привычный интерфейс Microsoft Outlook и используют коннектор от Яндекс, чтобы получить синхронизацию календаря, контактов и задач, по протоколам CalDAV/CardDAV в Outlook, в том числе и с помощью него мигрируют данные. Есть и другие способы, в том числе централизованные. Обязательно раскрою позже.
Очень жаль, что у вас сложилось мнение, что статья рекламная. Я пытался максимально простым техническим языком указать на этапы миграции, в том числе на технические детали и нюансы.
Добрый день, больше спасибо за комментарий. Мы учитываем обратную связь от заказчиков и постепенно расширяем и улучшаем функционал. В том числе, и централизованные инструменты миграции по календарю. Цель статьи как раз открыто и честно показать как сейчас работает миграция.
В будущем я напишу статью о способах перенести календарные события. Например, сам пользователь, сейчас может скопировать все свои календарные события, контакты и задачи из Outlook используя "Расширение Яндекс Коннектор для Microsoft Outlook".
Все верно, само переименование учетной записи внутри Яндекс 360 для бизнеса, на данный момент не реализовано.
А вот в случае, когда учетная запись связана с UPN пользователя при синхронизации, и этот UPN в Active Directory нужно изменить, то несмотря на переименование UPN можно сохранить связность с этим объектом в AD
Действительно, в архитектуре директории Яндекс 360 существует такое ограничение. Но Яндекс 360 развивается, и недавно, в определенных сценариях, стала доступна возможность переименовать username пользователя.
Для этого требуется, чтобы в Организации Яндекс 360 для бизнеса был включен SSO. Через API SCIM поддерживается метод PATCH, который позволяет обновить username.
Если хотите, сделайте как в примере через curl. В запросе нужно заменить Domain ID и User ID на их цифровые значения.
Ой, да. спасибо что напомнили. причем есть разные версии русификации
есть где интерфейс на русском, но название все равно остается на английском
а есть где как вы обозначили "ИД имени". тоже с одним заказчиком ступарнул первый раз на этом
Спасибо за вопрос.
На данный момент Яндекс Паспорт не формирует и не отдает в SAML request поле loginhint.
Можно только подумать о Workaround - раз речь идет об ADFS, то можно попробовать WIA на доменных машинах использовать для Яндекс 360, тогда пользователя с браузером, который обслужит корректно ADFS должно прокатить.
Спасибо за комментарий и упоминание статьи моего коллеги Андрея Лаврецкого.
У меня наконец дошли руки, чтобы на основе его материалов сбацать статью
https://habr.com/ru/companies/yandex360/articles/855390/
в ней как раз даны ответы на ваши вопросы.
Добрый день,
Огромное спасибо за Обратную связь.
Цель статьи описать максимально подробно принципы и детали, как оно сейчас работает, чтобы помочь заказчикам снять вопросы еще до миграции.
Заказчики тогда смогут методически подготовить себя, пользователей, чтобы процесс миграции прошел как можно более гладко. Предупреждён, значит вооружен.
У меня, как у автора статьи, нет цели убедить читателей в том что так правильно и только так должно быть. Вы указали абсолютно резонную и очевидную Обратную связь.
Как показывает опыт миграции заказчиков, гораздо больше отпугивают "маркетинговые слайды", что у кого-то все самое лучшее, а потом "сталкивание с реальностью".
В мою бытность работы в заказчиках, лично мне всегда вызывало большой интерес возможность прочитать и узнать как оно работает заранее, увидеть плюсы и самое главное минусы из уст производителя. Полагаю это не отпугнет заказчиков, а максимально поможет подготовить к миграции, одному из самых сложных этапов в жизни любой инфраструктуры.
Добрый день. Очень хороший вопрос.
в IMAP клиенте есть три даты у письма:
Когда письмо было отправлено. Эта дата полностью сохраняется и если вы откроете папку "Входящие" и отсортируете по дате отправления, то все будет по порядку. Это же касается и веб интерфейса Яндекс Почты.
Когда письмо доставлено. Если отсортировать по дате получения, то мы увидим точную дату, когда мигратор положил письмо в ящик. по ней если выставить, то схлопнется.Это же касается и веб интерфейса Яндекс Почты.
Когда письмо создано. Оно олицетворяет момент - когда письмо появилось в IMAP клиенте, то есть когда была синхронизация. В данном случае это дата вообще никак не соотносится ни с доставкой, ни с отправкой и ее нет в веб интерфейсе Яндекс почты
PS
в хедерах письма остается дата, когда письмо было доставлено первый раз в почтовую инфраструктуру, откуда ее забирал наш мигратор.
спасибо за вопрос.
Добрый день. Очень хороший вопрос.
в IMAP клиенте есть три даты у письма:
Когда письмо было отправлено. Эта дата полностью сохраняется и если вы откроете папку "Входящие" и отсортируете по дате отправления, то все будет по порядку. Это же касается и веб интерфейса Яндекс Почты.
Когда письмо доставлено. Если отсортировать по дате получения, то мы увидим точную дату, когда мигратор положил письмо в ящик. по ней если выставить, то схлопнется.Это же касается и веб интерфейса Яндекс Почты.
Когда письмо создано. Оно олицетворяет момент - когда письмо появилось в IMAP клиенте, то есть когда была синхронизация. В данном случае это дата вообще никак не соотносится ни с доставкой, ни с отправкой и ее нет в веб интерфейсе Яндекс почты
PS
в хедерах письма остается дата, когда письмо было доставлено первый раз в почтовую инфраструктуру, откуда ее забирал наш мигратор.
спасибо за вопрос.
Добрый день, спасибо за вопрос.
Да статью планирую написать, но думаю только осенью.
сейчас в документации есть две пошаговые инструкции
https://yandex.ru/support/business/migration/disk/microsoft.html
https://yandex.ru/support/business/migration/disk/spo.html
про ICS
нет, файлы которые копируются из OneDrive не проходят через механизм, который их парсит.
Спасибо большое за комментарий.
Упомянутый в комментарии коннектор - это только один из способов для календаря. Ведь пользователи не всегда хотят при переходе на Яндекс 360 для бизнеса менять привычный интерфейс Microsoft Outlook и используют коннектор от Яндекс, чтобы получить синхронизацию календаря, контактов и задач, по протоколам CalDAV/CardDAV в Outlook, в том числе и с помощью него мигрируют данные. Есть и другие способы, в том числе централизованные. Обязательно раскрою позже.
Очень жаль, что у вас сложилось мнение, что статья рекламная. Я пытался максимально простым техническим языком указать на этапы миграции, в том числе на технические детали и нюансы.
Добрый день, больше спасибо за комментарий.
Мы учитываем обратную связь от заказчиков и постепенно расширяем и улучшаем функционал. В том числе, и централизованные инструменты миграции по календарю.
Цель статьи как раз открыто и честно показать как сейчас работает миграция.
В будущем я напишу статью о способах перенести календарные события. Например, сам пользователь, сейчас может скопировать все свои календарные события, контакты и задачи из Outlook используя "Расширение Яндекс Коннектор для Microsoft Outlook".
Все верно, само переименование учетной записи внутри Яндекс 360 для бизнеса, на данный момент не реализовано.
А вот в случае, когда учетная запись связана с UPN пользователя при синхронизации, и этот UPN в Active Directory нужно изменить, то несмотря на переименование UPN можно сохранить связность с этим объектом в AD
Здравствуйте, спасибо за вопрос.
Отдельных IP адресов СО Яндекс 360 не предоставляет. Да и список адресов может обновляться.
Все сервера отправки от Яндекс почты всегда указаны в spf записи
_spf.yandex.net.
Добрый день,
подскажите, предположу, что организация создана давно, в прошлом десятилетии?
Вы удалили всех пользователей, кроме владельца?
В разделе "Профиль организации" доступна ли кнопка "удалить организацию"?
Обращались ли в тех поддержку?
Привет, спасибо за вопрос.
Действительно, в архитектуре директории Яндекс 360 существует такое ограничение. Но Яндекс 360 развивается, и недавно, в определенных сценариях, стала доступна возможность переименовать username пользователя.
Для этого требуется, чтобы в Организации Яндекс 360 для бизнеса был включен SSO.
Через API SCIM поддерживается метод PATCH, который позволяет обновить username.
Если хотите, сделайте как в примере через curl. В запросе нужно заменить Domain ID и User ID на их цифровые значения.
В следующей статье, которая будет посвящена управлению учетными записями, я раскрою этот вопрос подробнее.
Если не получается, можно написать нашим коллегам из поддержки.