Сегодня сделал первый шаг в обновлении своей профильной сертификации. После сдачи экзаменов 70-236, 70-237 и 70-238 (который сдал сегодня) я получил статус MCITP: Enterprise Messaging Administrator. С чем себя и поздравляю. Впереди MCITP: Enterprise Administrator и MCITP: Server Administrator. Ну и в качестве последнего штриха – MCSE: Messaging и MCSE: Security. До нового года планирую уложиться. И на этом можно будет приостановить свою гонку за сертификатами и заняться совершенствованием полученных знаний. =)

Windows 2000/2003 server предлагает file replication service (FRS) в качестве инструмента репликации произвольного объёма файловых данных в локальной сети. Однако, по умолчанию, существует некий предел по размеру реплицирующегося по сети файла. Величину этого предела можно регулировать, изменяя значение ключа реестра:

HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Access Checks\
Staging Space Limit in KB

По умолчанию значение Staging Space Limit in KB – 675840 КБ.
При превышении размера реплицирующегося файла в Event Log появляется следующее событие:

Event ID: 13523
Event Type: Warning
Rule: Alert suppressed based on ID, source, computer
Message Text: 
The File Replication Service paused because the size of a file exceeds the staging space
limit. Replication will resume only if the staging space limit is increased. The staging
space limit is %1 KB and the file size is %2 KB. To change the staging space limit, run
regedt32. Click on Start, Run and type regedt32. Click on the window entitled 
HKEY_LOCAL_MACHINE. Double click on SYSTEM, CurrentControlSet, Services, NtFrs, Parameters,
and the value "Staging Space Limit in KB".

MS Exchange давно имеет возможность восстановления soft-deleted сообщений в почтовых ящиках пользователей. Период хранения таких сообщений (Keep deleted items…) задаётся в общем случае в свойcтвах почтовой базы, в которой находится ящик пользователя, и может быть переопределен политиками получателя (recipient policies), либо в свойсвах учётной записи пользователя. Сами удалённые сообщения по словам MS хранятся в почтовой базе вместе с ящиком пользователя. В принципе всё это понятно, да не очень.
Недавно возник вопрос – что происходит с хранящимися удалёнными сообщениями в случае переноса почтового ящика в другую почтовую базу?
Вопрос сразу же поставил меня в тупик. Однако не всё так плохо. MS сообщает о следующем в одной из статей с портала поддержки:

When a mailbox is moved, the retained Deleted Items cannot be moved, and are simply ‘hard-deleted’ during the next Exchange Server information store maintenance period.

It is recommended that Exchange Server administrators who use this feature send a note to their users prior to moving a mailbox so that users can look at the retained deleted items, and recover anything they feel they may want. Some users may choose to recover all the retained items, go through the move, and then delete them again after they are on the new server. This method will result in no loss of functionality.

То есть при перемещении ящика удалённые сообщения в новую базу не перемещаются и удаляются из текущей при следующем запуске стандартной процедуры обслуживания.

Инструментарий управления общими папками в Exchange 2007 сильно урезан по сравнению с Exchange 2003/2000. Майкрософт заявляет, что после 2016 года прекратит поддержку общих папок в продуктовой линейке Exchange. В качестве альтернативы предлагается использовать MOSS. В интернете достаточно много статей посвященных процессу переноса общих папок из Exchange в SharePoint. Это такое лирическое отступление.
Конкретика начинает потихонечку появляться на форумах в вопросах об управлении общими папками в Exchange 2007. Не смотря на то, что с выходом sp1 Exchange приобрел консоль управления общими папками (Public Folder Management Console) он не умеет через неё назначать права доступа к папкам.
На Technet Library лежит довольно подробная инструкция о том как это делается. Графический интерфейс заменён на командлеты и сценарии PoSh:

1. Можно использовать командлет Add-PublicFolderClientPermission или сценарий управления пользователями AddUserToPFRecursive.ps1 для указания разрешений пользователя.

2. Можно использовать командлет Remove-PublicFolderClientPermission или сценарий RemoveUserFromPFRecursive.ps1 для удаления полномочий пользователя-клиента.
Сценарии ReplaceUserWithUserOnPFRecursive.ps1 и ReplaceUserPermissionOnPFRecursive.ps1 можно использовать для замены клиентских полномочий по отношению к общей папке.

3. Командлет Get-PublicFolderClientPermission можно использовать для просмотра клиентских прав доступа, связанных с общей папкой.

4. Разрешение “Отправить от имени” можно использовать для настройки общей папки, поддерживающей почту.

5. Можно использовать командлет Add-PublicFolderAdministratorPermission, командлет Add-ExchangeAdministrator или мастер добавления администратора Exchange, чтобы предоставить пользователю административные права на доступ к общей папке или иерархии общих папок.

6. Можно использовать командлет Add-PublicFolderAdministratorPermission, командлет Add-ExchangeAdministrator или мастер добавления администратора Exchange, для отзыва у пользователя административных права на доступ к общей папке или иерархии общих папок.

7. Можно использовать командлет Get-PublicFolderAdministratorPermission, командлет Get-ExchangeAdministrator или узел Конфигурация организации для просмотра административных прав, связанных с общей папкой или иерархией общих папок.

В принципе всё достаточно просто и прозрачно. На мой взгляд командлеты – более удачное решение по управлению правами доступа к общим папкам, чем графический интерфейс Exchange System Manager.
P.S. Всё выше написанное не связано с управлением общими папками из MS Outlook 2007.