Всё о о Microsoft Exchange Server и электронной почте.

Набор скриптов для очистки логов на Exchange

У Джима найдены скрипты для очистки SMTP, HTTP и других логов в Exchange.http://www.somorita.com/downloads/purgelogs.zip

Плагины для Outlook

Прислали ссылку на плагины для Outlook. Для любителей «фенечек» очень полезно.http://www.handyarchive.com/free/outlook-add-in/

Tony Redmond — Exchange 12 на Exchange

Обнаружил заметки, сделанные на выступлении Tony Redmond — Exchange 12 на Exchange Connections 2006. Понравились следующие пункты: Переход с Exchange 2003 на Exchange 12 , сравним с переходом с Exchange 5.5 на Exchange 2000. У меня Exchange 5.5 был в зачаточном состоянии, поэтому переход особых затруднений не вызвал, но сейчас…

Подробнее…

как запретить всем пользователям OMA

Сегодня прочитал статейку про то, как запретить всем пользователям OMA. По такому же принципу можно запретить OWA, IMAP, POP. Хотя лучше использовать утилиту ADModify Преимущество скрипта заключается в том, что можно добавить немного логики и запрещать не всем и т.д. Set xDSE = GetObject(«LDAP://rootDSE»)Set xUsers = GetObject(«LDAP://cn=Users,» & xDSE.Get(«defaultNamingContext»))For Each…

Подробнее…

Microsoft Operation Manager по-русски

Нарыл сегодня мега ссылку на блог «Microsoft Operation Manager по-русски». Похоже автор, Тарасов Вячеслав (vatarasov@gmail.com), очень некисло разбирается в МОМ.Так что вэлкам. У меня начинается проект по внедрению МОМ в нашей компании. Курсы прослушаны, теперь практика. Так что Вячеслав, держитесь! 🙂 http://spaces.msn.com/vatarasov/

Приглашение почитать журнал Exchange&Outlook

Сегодня пришло приглашение почитать журнал Exchange&Outlook administrator. Этот журнал издается в печатном виде и подписка стоит около 100$ в год. Хороший журнал. Издание предлогает почитать несколько выпусков. Я даже написал в него парочку маленьких статей, платят по 100$ за заметку. Проверено 🙂

Не хорошая тенденция

Сегодня прислали интересную ссылку.http://www.cnews.ru/reviews/articles/index.shtml?2006/03/23/198301 Представляете, что будет, если нужно будет хранить всю входящую почту? Это учитывая, что 80% всей почты — спам. Потом все это писать на внешние накопители. http://www.elar.ru тогда развернется 🙂

Как определить владельца smtp адреса в AD?

Казалось бы простой вопрос, но как это сделать проще всего. Пример: есть адрес batman@mydomain.ru. Необходимо определить пользователя в AD, которому соответствует этот адрес. Jim McBee предложил вот такое решение: 1. Открыть оснастку Windows 2003 Active Directory Users and Computers 2. Нажать правую кнопку мыши на домене и выбрать Find3. В поле Find выбрать в списке «Custom Search» и в поле In: выбрать из списка «Entire Directory».4. Выбрать Advanced property page и ввести вот такой вот LDAP запрос : proxyaddresses=smtp:batman@mydomain.ru Нажать Find. Я немного поковырялся и пришел к мнению, что выбрав вместо «Custom Search» — «Users,Contacts and Groups»,затем Advanced и там Proxy addresses из меню User. Выбираем «Starts with» и в поле Value пишем «smtp:batman@mydomain.ru» Мне кажется так проще. Если Вы знаете другие способы или мой способ примитивен, напишите — обсудим.

История одного трабла с Exchange 2003 и DC на Windows 2000.

Так уж получилось, что у нашей компании есть доступ к службе поддержки Микрософт и нет-нет нам приходится прибегать к ее услугам.Все началось как обычно, нежданно-негаданно. В удаленном офисе вдруг завалился сервер, пользователи побежали за пирожками или принялись рубиться в шашки, а локальный helpdesk стал обрывать мой телефон с одним вопросом: «Это надолго?” А случилось вот что. Как известно, Exchange хранит свою служебную информацию в AD. У нас AD разбросана по двум Windows сайтам в разных городах. Офисы соединены каналом 256к. Мы выключили один из DC у себя, а сервер завалился в удаленном офисе. Оказывается, Exchange не хотел работать со своим локальным GC/DC в своем сайте и полез в наш сайт. Причем ему подходил только наш старый GC/DC, который мы выводили из эксплуатации. В логах Exchange было написано черным по белому:…

Подробнее…

Опус про резервное копирование Exchange

Сегодня к нам в гости приезжал Computer Associates CA. У нас, за 5 лет эксплуатации Arcserve и Innoculate накопилось море вопросов, да и просто хотелось послушать про линейки продуктов СА. Одним из вопросов к СА был вопрос об оптимизации резервного копирования Exchange и мне захотелось закрепить свои мысли на «бумаге», т.е. в этом посте. Начинающие админы рано или поздно сталкиваются с проблемой резервного копирования. Какие вообще есть варианты? Копирование Exchange может быть осуществлено на трех уровнях: уровень баз данных, уровень почтовых ящиков, уровень писем. Это даже не уровни копирования, а уровни восстановления. 1. Уровень баз данных (Storage backup) — копирование баз данных почтовых сообщений. Простейшим способом резервного копирования является файловое копирование. В принципе базы данных Exchange можно скопировать как файлы. Нужно размонтировать хранилища, скопировать файлы баз данных и смонтировать их…

Подробнее…