Коллеги, помните фишку 2003-го exchange, когда после выполнения запроса на перемещения из базы в базу ящик оставался в исходной базе?
Ворнинги получали вида "Выполнено с предупреждением" и записи в журнале запроса вида:
Не удалось очистить исходный почтовый ящик 'Основной (xxx-xxx-xxx-xxx-xxx)' после перемещения. Попытка 5/6.
Сведения об ошибке: MapiExceptionUnexpectedMailboxState MapiExceptionUnexpectedMailboxState: Unable to delete mailbox. (hr=0x80004005, ec=2634)
Ну либо более корректно:
Completed with warning
Failed to clean up the source mailbox 'Primary (xxx-xxx-xxx-xxx-xxx)' after the move. Attempt 4/6.
Error details: MapiExceptionUnexpectedMailboxState MapiExceptionUnexpectedMailboxState: Unable to delete mailbox. (hr=0x80004005, ec=2634)
Описание похожего у MS.
И вот ещё на технете.
В 2010, как несложно догадаться, всё осталось как есть.
Как это лечить вроде понятно: Get-MailboxStatistics -Database databasename | where {$_.DisconnectReason -eq “SoftDeleted”} - вывести всех в исходной базе с softdeleted и прибить:
$Mailboxes = Get-MailboxStatistics -Database msk-db4 | where {$_.DisconnectReason -eq “SoftDeleted”}
$Mailboxes | foreach {Remove-StoreMailbox -Database $_.database -Identity $_.mailboxguid -MailboxState SoftDeleted}
Но блин!
Я вчера на exchange 2013 (тестовом) проверяла как перемещение идёт. Чуваки, оно и там осталось!
Page Summary
Style Credit
- Style: Neutral Good for Practicality by
Expand Cut Tags
No cut tags
no subject
Date: 2014-06-03 07:22 am (UTC)старая практика, даже у мелкософт: "мы старые баги убирать не будем. придумаем где создать новые!"
no subject
Date: 2014-06-03 08:53 am (UTC)Да это нормально... Редкое постоянство, чо... :) Верный себе гигант софтостроения! :)
no subject
Date: 2014-06-03 09:59 am (UTC)no subject
Date: 2014-06-03 02:28 pm (UTC)no subject
Date: 2014-06-03 07:26 pm (UTC)