читай заметки по комулятивкам и сразу все будет понятно, посмотри матрицу совместимости по net и поймешь какой тебе нужен будет

ну что? никто так не делал чтоли и не смотрел и не подскажет?

Или другой вот вопрос, после того как ящик переместили, в старой базе остался он и перешёл в статус софтделетед, в новой базе ящиком активно пользуются, объем его растет и т.д. он никаким образом не синхронится с тем, который в софтделет?

Очень странные вопросы.
База А, База Б
Ящик1 через move-request двигают из А в Б

В А согласно настройкам хранения 'образа' удаленного ящика хранится и занимает место, дефолтно 30 дней, в статусе softdeleted
Чтобы почистить - либо ставим срок хранения в ноль, пинаем очистку базы, либо через remove-storemailbox ручками по guid

В базе Б дальше развлекайтесь как хотите, хоть disabled, хоть удаляйте, статус будет соотв. для базы Б

так вопрос в том, что будет если не почистили, а не в том как почистить

я описал что будет.

ты проверял, сам тестировал такие действия?

какие действия? мне эта хрень скоро в кошмарах будет сниться))))

1) База А, База Б,  Ящик1 через move-request двигают из А в Б
2) Проверяем что есть Ящик1 в Базе А и статус софтделетед
3) Очистку не делаем, оставляем как есть и просто дизаблим Ящик1, который уже в Базе Б
4) Проверяем появится ли Ящик1 в Базе Б со статусом дизаблед

если вы дизаблите ящик, он софт дилитится из базы, а не меняет статус

4) появится конечно
просто если это сделать за 15 минут - без clean-database - может и не появится. ибо до 24 часов эти процессы идут, если не пинать.

а если дизаблите УЗ пользователя - тогда у ящика меняется статус

час прошел между перемещением и дизабледом

час это не время.
запрос закрыт))))

не ври, если дизаблить ящик он дизаблится, если удаляешь ящик он софтделетед

слышь

это тестовая среда, и нагрузки никакой нет на сервера

люди вон в О365 сутками ждут
а у него час прошел и уже паника

фи