m
у тя лежит архив pst. прилетает заявка. вытаскиваешь pst, создаешь общий ящик, делаешь new-mailboximportrequest, даешь права тому, кто создал тикет. когда он закончил, убиваешь ящик. архив так и остается
Size: a a a
2021 June 09
EV
И вопрос строго в контексте перемещения ящиков)
А не для поболтать.
А не для поболтать.
ДС
Ящик подключается нужному юзеру по запросу, только не через pst. Так как он общий, он не ест лицензию.
KK
ок идея. понял, почему мы не дошли до этого - у нас нет места там, где сейчас стоит ЕХ с этими базами. но это проблема наша, порешаем и решим.
идея супер, спасибо!
идея супер, спасибо!
m
это я описывал процедуру работы с ящиками уволенных
EV
а я описывал процесс для new-moverequest
)
на том и закончим пока.
)
на том и закончим пока.
A
Так где твой вопрос то?
Я вижу только твои возмущения про общие ящики.
Я вижу только твои возмущения про общие ящики.
A
Так пст вы же все равно храните где-то.
EV
Вопрос, еще раз
Выделил жырненьким
Зачем делать ящик общим, чтобы сделать мув реквест?
Выделил жырненьким
Зачем делать ящик общим, чтобы сделать мув реквест?
m
как вариант для такого iscsi диск подключить и туда базу
KK
PST мы сейчас нигде не хранил, но будем
KK
тогда база останется на 2016 ;)
экспорт в PST кажется более логичным для уволенных
экспорт в PST кажется более логичным для уволенных
KK
просто хранить в базе удобней
m
не, не так меня поняли. выгружать pst надо. я к тому, что если потребуется загрузить заново pst в общий ящик, можно использовать для таких целей базу на iscsi. для прода такой вариант с iscsi должен учитывать ряд факторов
KK
а, понял. это понятно, да.
KK
либо же конвертнуть в общие ящики всё это, и тогда мувнуть
m
так храните в базе общими ящиками
KK
👍
ДС
Если хранить только одну копию в виде общего ящика, то можно попасть в ситуацию когда кто-то давно удалил письма и в бэкапе их нет.