EV
Такой же правый, как инфобез
офлайн работы
клады
клады
Size: a a a
2020 June 30
EV
Добрый день, Коллеги! Вопрос по динамическим группам рассылки: можно ли добавить в правило формирования рассsлки несколько OU используя PoSH?
Можно
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
AV
Можно
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
P
Можно
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Если можно посоветуйте как
MS
Можно
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Но не надо использовать динамические группы рассылки в продуктивной инфраструктуре, если у вас нет вменямого процесса IDM и т.д.
Растёшь) скоро будешь писать не рекомендуется и будет прям супер ответ)
AV
оговорка появилась
EV
оговорка появилась
- доктор. мне кажется за мной следят.
- вам не кажется!
- вам не кажется!
MS
- доктор. мне кажется за мной следят.
- вам не кажется!
- вам не кажется!
Просто тут память хорошая у людей)
MS
А вовней один, легко запомнить
MO
А вовней один, легко запомнить
Я записываю!
P
Мне лично приходит в голову только создание динамических групп для каждой нужной OU и объединение их в одну группу рассылки. Но это, на мой взгляд, не очень гибко
EV
Мне лично приходит в голову только создание динамических групп для каждой нужной OU и объединение их в одну группу рассылки. Но это, на мой взгляд, не очень гибко
так тем более не надо делать
выше уже сказали - кастомные атрибуты и вменяемый процесс IDM
иначе в одну прекрасную пятницу у вас из 1С выгрузится новый восьмой атрибут
и вместо ООО 'Золотой дракон' станет ПАО 'Голубая устрица'
выше уже сказали - кастомные атрибуты и вменяемый процесс IDM
иначе в одну прекрасную пятницу у вас из 1С выгрузится новый восьмой атрибут
и вместо ООО 'Золотой дракон' станет ПАО 'Голубая устрица'
MS
Мне лично приходит в голову только создание динамических групп для каждой нужной OU и объединение их в одну группу рассылки. Но это, на мой взгляд, не очень гибко
Ещё ещё более гибко-в одну ou их загнать)
MS
Зачем-то же на них хочется письмо на всех)
KK
У меня есть статические группы. Несколько раз в сутки обновляются по расписанию. Этого хватает.
е
Мне лично приходит в голову только создание динамических групп для каждой нужной OU и объединение их в одну группу рассылки. Но это, на мой взгляд, не очень гибко
Короче все просто должно быть автоматизировано. Берешь пошик и вперёд.
II
так тем более не надо делать
выше уже сказали - кастомные атрибуты и вменяемый процесс IDM
иначе в одну прекрасную пятницу у вас из 1С выгрузится новый восьмой атрибут
и вместо ООО 'Золотой дракон' станет ПАО 'Голубая устрица'
выше уже сказали - кастомные атрибуты и вменяемый процесс IDM
иначе в одну прекрасную пятницу у вас из 1С выгрузится новый восьмой атрибут
и вместо ООО 'Золотой дракон' станет ПАО 'Голубая устрица'
Тебя явно в эту тему тянет я смотрю, то голубую устрицу, то радужный пошик
EV
Тебя явно в эту тему тянет я смотрю, то голубую устрицу, то радужный пошик
Странный вопрос появился, а я ненастоящий менеджер.
В чем минусы такого подхода (п.3), навскидку:
1. - есть группа достаточно однотипных задач/проектов (ИТ или не ИТ не важно)
2. - есть группа достаточно однотипных специалистов, которые 'прикреплены' каждый к своему проекту
3. - планируется сделать так, чтобы эти специалисты работали без привязки к своим проектам, в зависимости от нагрузки/дедлайнов и т.д.,
то есть могли группой хоть до 100% состава окучивать 1-2 проекта в момент необходимости
В чем минусы такого подхода (п.3), навскидку:
1. - есть группа достаточно однотипных задач/проектов (ИТ или не ИТ не важно)
2. - есть группа достаточно однотипных специалистов, которые 'прикреплены' каждый к своему проекту
3. - планируется сделать так, чтобы эти специалисты работали без привязки к своим проектам, в зависимости от нагрузки/дедлайнов и т.д.,
то есть могли группой хоть до 100% состава окучивать 1-2 проекта в момент необходимости
II
минусы в том что это эникеи
MS
Чуть задача становится неоднотипной и задница