После того как письмо прошло проверку источника и проверку протокола начинается время фильтров контентной проверки. В качестве старой корпоративной традиции Microsoft купила антиспам решение и интегрировала его в десятую версию ForeFront. В комментариях к прошлым статьям спрашивали “чем же антиспам FF отличается от Edge агентов?”. Собственно ответ — Cloudmark Authority Engine, один из основных инструментов борьбы со спамом в FF.
И хотя я собирался завершить серию FAQ по Exchange, шестая часть все же увидела свет и по-прежнему в видео даются ответы на наиболее часто задаваемые вопросы об Exchange Server 2010. В данной части разговор пойдет о типе получателя Linked Mailbox, о ремонте возможности поиска по почтовым ящикам и о том как быстро пересоздать профиль пользователя в Outlook. Основу доклада составляют демонстрации различных операций управления сервером Exchange.
В предыдущей части статьи мы начали разговор о вариантах защиты от спама в случае использования Forefront Protection 2010 для Exchange Server. И становились на блоке проверок “Анализ протокола”, сочетающего в себе средства протокола SMTP и фишки от от Forefront. С этого момента и продолжаем, следующая проверка “Limiting Submission Rate”.
Каждый раз, когда приходится браться за внедрение реального Exchange сервера встает вопрос защиты. Вопрос состоит из двух подзадач, а именно из защиты от вирусов и защиты от спама. Решений на данную тему масса, но лично меня интересуют следующие вещи: возможность работать через привычную мне систему (и здесь все Linux решения для меня отваливаются), приемлемая стоимость, эффективность и производительность. Даже используя Edge сервер (либо активируя агентов на Hub) мы всего лишь получаем минимальный антиспам, эффективность которого весьма сомнительна, но самое главное штатно в системе нет антивируса. В свое время предыдущая версия Forefront для Exchange 2007 оставила весьма неприятный осадок, но время идет и компания я надеюсь поработала над ошибками. Документация по Forefront Protection 2010 для Exchange Server представлена несколькими разрозненными документами, один из которых по антиспаму попал мне в руки. (White Paper: Implementing Antispam technologies in Forefront Protection 2010 for Exchange Server) По мере чтения я русифицировал его, оставляя свои комментарии.
Про Database Availability Group написано давно и много , но все же остается ряд опций и настроек, которые находятся “за кадром” для большинства системных администраторов. При этом данные настройки играют серьезную роль в работе DAG и учитывать их при планировании высокой доступности просто необходимо. Итак, приступим, поговорим про параметр “Replay Lag Time” и принципы его работы.
Те, кто работают с Exchange 2010 должны знать, что обеспечение высокой доступности баз данных почтовых ящиков реализуется технологией DAG. (database availability group) Суть технологии в создании двух и более реплик одной базы на разных Mailbox серверах. В случае падения диска или сервера, одна из оставшихся реплик становится активной и продолжает обслуживать клиентов. Причем количество реплик может достигать 16 штук. Все это понятно и несложно, а меня волнует немного другой вопрос. Как осуществляется выбор реплики которая должна стать активной в случае падения диска или сервера? Если у нас 3-16 реплик, как понять какая из реплик станет активной?
Серия докладов не остановилась на четвертой части и в пятой части опять даются ответы на часто задаваемые вопросы об Exchange Server 2010. На этот раз разговор пойдет о настройке Hierarchical Address Book (HAB) – функции Exchange Server 2010 которая позволяет использовать иерархию в адресной книге. Так же в пятой части показано как разрешить отправку письма от имени контакта и от имени группы рассылки.
21 сентября 2011 года в Омске состоялось очередное заседание Клуба сертифицированных специалистов Microsoft, на котором я представлял доклад: «Автоматизация создания объектов в Exchange Server 2010». В докладе демонстрируется написание 6 сценариев PowerShell для создания, как мне кажется, наиболее часто используемых объектов: почтовых ящиков (User Mailbox), почтовых контактов (Mail Contact) и пользователей с поддержкой почты (Mail User). По аналогии можно без проблем создать подобные сценарии для создания всех остальных объектов Exchange Server. В докладе использовался Microsoft Exchange Server 2010 SP1, Нужно отметить, что представленный в докладе способ также будет работать и с версией Microsoft Exchange 2007 SP3.
Доклад продолжает серию видео, в которой даются ответы на наиболее часто задаваемые вопросы об Exchange Server 2010. В третьей части разговор пойдет о включении анти-спама на Hub Transport сервере, тестировании внедних соединений с Exchange, просмотре подключенных к ceрверу Exchange пользователей, восстановлении удаленных элементов общих папок, а так же дефрагментации баз данных.
Сделал новую запись для Techdays. Доклад продолжает серию видео, в которой даются ответы на наиболее часто задаваемые вопросы об Exchange Server 2010. Во второй части пойдет разговор о создании дополнительных папок в почтовых ящиках пользователей, тестировании работоспособности сервисов Exchange, перемещении старой почты в архивный почтовый ящик и запуске Exchange командлетов из PowerShell. Основу доклада составляют демонстрации различных операций управления сервером Exchange.