O
Size: a a a
2020 December 09
ВБ
а в списках есть? Может, ты его не можешь вызвать ,потому что он в бане?
O
Это тоже самое, как :
- Сотрудника нет в адресной книге
Или
- Сотрудник до сих пор в книге
- Сотрудника нет в адресной книге
Или
- Сотрудник до сих пор в книге
O
а в списках есть? Может, ты его не можешь вызвать ,потому что он в бане?
Нет его, че Стасу не доверяешь чтоль?
O
Иначе, это ещё как, блочишь сотрудника, а у него активсинк работает))
O
ВБ
Иначе, это ещё как, блочишь сотрудника, а у него активсинк работает))
Может быть. Надо позвать админов оставшихся
ВБ
Интересно, можно им друг друга заблочить?
ВБ
Транспорт
Эт я не сюда писал
O
Эт я не сюда писал
O
Интересно, можно им друг друга заблочить?
Везде всегда можно было)
Тут хз...
Тут хз...
O
O
Я кстати попался :(
Теперь надо с этим как-то жить
Теперь надо с этим как-то жить
A
Забыли разбанить? Или сливнул с чата?
позови его, может вернется, тебя то он послушает
O
позови его, может вернется, тебя то он послушает
Да сам вернётся, куда он без Жени?
EV
Кстати, кто вдруг копал так глубоко
Вот этот 10 летний баг - починили в версиях. Exchange >= 2013 ?
https://social.technet.microsoft.com/Forums/en-US/76f74e65-1d23-448e-a29b-8942bf02eddf/the-new-newmailboximportrequest-cmdlt-imports-data-and-user-permissions-from-pst-file-instead-of?forum=exchange2010
Вот этот 10 летний баг - починили в версиях. Exchange >= 2013 ?
https://social.technet.microsoft.com/Forums/en-US/76f74e65-1d23-448e-a29b-8942bf02eddf/the-new-newmailboximportrequest-cmdlt-imports-data-and-user-permissions-from-pst-file-instead-of?forum=exchange2010
O
Кстати, кто вдруг копал так глубоко
Вот этот 10 летний баг - починили в версиях. Exchange >= 2013 ?
https://social.technet.microsoft.com/Forums/en-US/76f74e65-1d23-448e-a29b-8942bf02eddf/the-new-newmailboximportrequest-cmdlt-imports-data-and-user-permissions-from-pst-file-instead-of?forum=exchange2010
Вот этот 10 летний баг - починили в версиях. Exchange >= 2013 ?
https://social.technet.microsoft.com/Forums/en-US/76f74e65-1d23-448e-a29b-8942bf02eddf/the-new-newmailboximportrequest-cmdlt-imports-data-and-user-permissions-from-pst-file-instead-of?forum=exchange2010
Че вкратце там? Одной строкой
EV
Че вкратце там? Одной строкой
Перезапись прав на календарь при импорте из pst
These are the commands we run to export and import:
New-MailboxExportRequest -Mailbox "holidays@domain.com" -IncludeFolders "#Calendar#" -Filepath "\\SERVER\c$\TaskScripts\holidays.pst"
New-MailboxImportRequest -Mailbox "$name" -FilePath "\\SERVER\c$\TaskScripts\holidays.pst" -Confirm:$False
I have tried variations on the switches and source and target folders all with the same result, the pst file and command over writes the calendar permissions and no documentation exists to explain why or how to prevent this behavior.
These are the commands we run to export and import:
New-MailboxExportRequest -Mailbox "holidays@domain.com" -IncludeFolders "#Calendar#" -Filepath "\\SERVER\c$\TaskScripts\holidays.pst"
New-MailboxImportRequest -Mailbox "$name" -FilePath "\\SERVER\c$\TaskScripts\holidays.pst" -Confirm:$False
I have tried variations on the switches and source and target folders all with the same result, the pst file and command over writes the calendar permissions and no documentation exists to explain why or how to prevent this behavior.
O
Перезапись прав на календарь при импорте из pst
These are the commands we run to export and import:
New-MailboxExportRequest -Mailbox "holidays@domain.com" -IncludeFolders "#Calendar#" -Filepath "\\SERVER\c$\TaskScripts\holidays.pst"
New-MailboxImportRequest -Mailbox "$name" -FilePath "\\SERVER\c$\TaskScripts\holidays.pst" -Confirm:$False
I have tried variations on the switches and source and target folders all with the same result, the pst file and command over writes the calendar permissions and no documentation exists to explain why or how to prevent this behavior.
These are the commands we run to export and import:
New-MailboxExportRequest -Mailbox "holidays@domain.com" -IncludeFolders "#Calendar#" -Filepath "\\SERVER\c$\TaskScripts\holidays.pst"
New-MailboxImportRequest -Mailbox "$name" -FilePath "\\SERVER\c$\TaskScripts\holidays.pst" -Confirm:$False
I have tried variations on the switches and source and target folders all with the same result, the pst file and command over writes the calendar permissions and no documentation exists to explain why or how to prevent this behavior.
Не, хз, хорошо что с календарями вообще почти никогда ничего не было)
ДС
Я периодически делаю импорт, в следующий раз попробую проследить за правами на календарь