При установке Exchange Server автоматически создается база почтовых ящиков по умолчанию. В этой базе хранятся служебные почтовые ящики, необходимые для работы Exchange.
При установке Exchange Server автоматически создается база почтовых ящиков по умолчанию. В этой базе хранятся служебные почтовые ящики, необходимые для работы Exchange.
В Exchange Server есть два типа групп рассылки — статические и динамические. Статические группы формируются путем прямого добавления пользователей в группу, а вот с динамическими все сложнее. Список пользователей в динамических группах рассылки (Dynamic Distribution Group) не является постоянным, а определяется с помощью специально заданных условий и фильтров и обновляется каждый раз, когда группе направляется почтовое сообщение.
Для временного хранения почтовых сообщений, ожидающих дальнейшей обработки, в Exchange используются очереди. Каждая очередь представляет собой логический набор сообщений, которые обрабатываются транспортным сервисом Exchange в определенном порядке. Очереди существуют как на серверах почтовых ящиков (Mailbox) так и на пограничных (Edge) серверах.
Натолкнулся на интересный баг в оснастке Exchange Control Panel (ECP). Заключается он в том, что при создании нового пользователя (или группы рассылки) невозможно выбрать для него нужный контейнер (Organizational Unit, OU).
Перенос почтового ящика из одной базы в другую — процедура самая обычная и не вызывающая особых сложностей. Но бывают исключения.
Для заведения пользователей и создания для них почтовых ящиков я использую скрипт PowerShell. Необходимые для создания учетной записи данные (имя, должность и т.п.), скрипт тянет из 1С. И вот на днях столкнулся с одной интересной ошибкой при создании почтового ящика для нового пользователя.
Каждому администратору Exchange периодически приходится сталкиваться с ситуациями, когда необходимо определить, кто и что сделал с элементом в почтовом ящике. Например, кто-то из пользователей удалил письмо из общего почтового ящика и надо выяснить, кто именно. Exchange Server (начиная с версии 2010 SP1) позволяет регистрировать подобные действия и сохранять их в журнале аудита.