После того как письмо прошло проверку источника и проверку протокола начинается время фильтров контентной проверки. В качестве старой корпоративной традиции 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 реплик, как понять какая из реплик станет активной?
Во время Teched Russia 2011 самым задаваемым мне вопросом оказался вопрос про отсутствие длинного гудка при вызове абонента Lync из ТфОП. При этом, все спрашивающие являлись читателями ITBand.RU. Так что, первым делом по возвращении домой с MVP Open Days, я решил перенести уже готовую статью по данной теме из собственного блога (являющегося для меня чем-то вроде инкубатора) сюда. Надеюсь будет полезно.
Серия докладов не остановилась на четвертой части и в пятой части опять даются ответы на часто задаваемые вопросы об Exchange Server 2010. На этот раз разговор пойдет о настройке Hierarchical Address Book (HAB) – функции Exchange Server 2010 которая позволяет использовать иерархию в адресной книге. Так же в пятой части показано как разрешить отправку письма от имени контакта и от имени группы рассылки.
Внимание: с октября 2011 г переход на зимнее время в России отменяется. Это я думаю занают все. Как это отразится на ваших операционных системах и серверах приложений большой вопрос. В руки попало видео “Отмена перехода на зимнее время в РФ – проблемы и решения”. Видео записано начальником Microsoft Premier Support Павлом Гуделевым. Запись этого видео, которое как я понял было сделано в веб-конференции для любимых клиентов можно скачать отсюда. Сам еще не смотрел, будут впечатления – делитесь в комментариях.
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.