MapiExceptionMailboxDisabled: Unable to open message store.

В процессе миграции почтовых ящиков с 2003 на 2010 Exchange может возникнуть проблема, когда пользователю после миграции не удается зайти в свой ящик. На этот ящик так же не удается отправить сообщение, в ответ приходит отбивка:

Возникла проблема в работе почтового ящика получателя. Попытайтесь повторно отправить это сообщение. Если проблема будет возникать снова, обратитесь в службу технической поддержки.

Если вы попробуете переместить пользователя из одной базы в другую, то получите следующую ошибку:

MapiExceptionMailboxDisabled: Unable to open message store. (hr=0x80004005, ec=2412)
Diagnostic context:
Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=144]
Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=264][latency=0] и т.д.

Для того, чтобы устранить проблему вам надо определить, в какой базе находится пользовательский ящик и выполнить для этой базы:

Clean-MailboxDatabase -Identity <имя базы>

Поиск ящиков, объем которых больше, чем

Самым очевидным вариантом, чтобы определить размер почтового ящика для каждого пользователя было:

Но в случае, когда число ваших ящиков не ограничивается сотней другой, вы можете столкнуться с проблемой:

Sending data to a remote command failed with the following error message: The total data received from the remote clien
t exceeded allowed maximum. Allowed maximum is 524288000. For more information, see the about_Remote_Troubleshooting He
lp topic.
+ CategoryInfo : OperationStopped: (System.Manageme…pressionSyncJob:PSInvokeExpressionSyncJob) [], PSRe
motingTransportException
+ FullyQualifiedErrorId : JobFailure

Читать далее

Отключение ActiveSync всем, кроме

После переноса с Exchange 2003 на 2010 все почтовые ящики оказались с включенным ActiveSync. Разумеется, надо отключать. Если у вас в организации мобильный доступ не приветствуется, то вы можете отключить ActiveSync сразу для всех учетных записей командой:

В моем же случае необходимо отключить всем, кроме избранных. Ранее для пользователей, использующих мобильный доступ была группа, на которую я и собираюсь ориентироваться. Если у вас такой группы нет, то я рекомендую создать, потому как рано или поздно кто-то из сотрудников захочет подключиться с мобильного устройства.

В некоторых случаях могут использоваться две группы, т.к. одна для пользователей, подключающихся через Reverse Proxy, вторая для пользователей подключающихся через MDM:

UPD: Случайно попался более лаконичный вариант, чем мой:

Проблема, когда отправленные сообщения не сохраняются

Есть давно известная проблема с Outlook, когда при подключенном общем почтовом ящике отправленные сообщения не сохраняются в Отправленных общего ящика, а сохраняются в основном пользовательском. Ранее для устранения данной проблемы Microsoft в случае с Exchange 2010 предлагал установить для клиентов Outlook хотфикс.

После обновления Service Pack 2 Update Rollup 4 для Exchange 2010 появилась команда, которая позволяет настраивать для общих почтовых сохранение писем в Отправленных:

Где для ключа SendAsItemsCopiedTo у вас на выбор три значения, Sender, From и SenderAndFrom.

Для Exchange 2013 начиная с CU 9 для устранения этой проблемы (хотя Microsoft это проблемой не считает, а как говорится, «особенностью») настройка выглядит немного иначе:

UPD: При выполнении данной команды вы можете столкнуться с сообщением:

MessageCopyForSentAsEnabled can only be set on shared mailboxes

Связано это с тем, что целевой ящик не является Shared Mailbox. Что делать я описал в этой заметке.

Ошибка при создании запроса на перемещение

При создании запроса на перемещение пользователя в другую базу может возникнуть ошибка New-MoveRequest:

ошибка new-moverequest

 

Связано это с тем, что у сервисных учетных записей Exchange в Active Directory отсутствуют права на пользователя, а точнее, для пользователя не включено наследование. Исправляется очень просто: в ADUC необходимо найти пользователя, открыть вкладку Security, Advanced и включить наследование.

enable inheritance

Максимальное количество ActiveSync устройств

Однажды пришлось столкнуться с проблемой, когда для определенной учетной записи не удавалось подключить новое устройство ActiveSync. Беглый поиск по евентам привел к мысли, что должен быть параметр, ограничивающий максимальное количество устройств.

Этим параметром оказался EasMaxDevices, задающийся в ThrottlingPolicy. В политике по умолчанию разрешено иметь максимум 10 устройств и 10 максимум одновременно подключающихся устройств (задается параметром EASMaxConcurrency).

Решено было оставить политику по умолчанию, а для такого уникального случая, когда с одной учетной записью работает более 10 устройств, создать новую.

Создаем новую политику:

Назначаем для почтового ящика созданную политику:

Вы же можете проверить все устройства, связанные с проблемной учетной записью, возможно, какие-то из них уже не используются и удалить их.

Общие сведения о политиках регулирования клиентов

Упоминание об этом в Apple