Админ может дать права на ящик и читать в нем письма! А еще, дать себе права send-as или хуже - на все, прямо в AD (если он админ AD). Разговоры про безопасность вещь интересная, но тут не серьезно, имхо.
Если вы про ресет из aduc, то вы ошибаетесь. Админ может сбросить несколько раз подряд не обращая внимания на минимальный срок. С историей такая же история )
Тут надо уточнить, что не админ - а уз с делегированными правами на смену пароля / сброс пароля Надо потестировать еще - очень уж интересная тема
Тут надо уточнить, что не админ - а уз с делегированными правами на смену пароля / сброс пароля Надо потестировать еще - очень уж интересная тема
Сделал новую УЗ. Делегировал ей права на ОУшке с пользователями. Дал только самый обычный набор "Reset user passwords and force password change at next logon". Поведение такое же. Можно несколько раз ресетить подряд на один и тот же пароль.
Сделал новую УЗ. Делегировал ей права на ОУшке с пользователями. Дал только самый обычный набор "Reset user passwords and force password change at next logon". Поведение такое же. Можно несколько раз ресетить подряд на один и тот же пароль.
Единственные, кому не сбросишь - пользователи под AdminSDHolder
Скажите, пожалуйста, если по умолчанию сделать всем шаред ящикам, чтоб отправленные клались в их ящики - чем это может быть плохо? а то каждому прописывать set-mailbox -Identity "shared_mailbox" -MessageCopyForSentAsEnabled $True приходится
Скажите, пожалуйста, если по умолчанию сделать всем шаред ящикам, чтоб отправленные клались в их ящики - чем это может быть плохо? а то каждому прописывать set-mailbox -Identity "shared_mailbox" -MessageCopyForSentAsEnabled $True приходится
Я не знаю, кто это, но в кривых руках любой код опасен. но это не повод им не пользоваться.
Виктория, я не про код, я про установку отправленных в шаред ящики по умолчанию, а не прописывать вручную каждому при необходимости. чем это может быть опасно