суббота, апреля 28, 2007

Прощай мой блог на месяц!

Да, да, да. Я наконец решил взять отпуск и провести его активно. Если кто не знает, то я занимаюсь роликовыми коньками и в Новороссийске у нас есть клуб(РК), который проводит тренировки и участвует в российских соревнованиях. Так вот, мое расписание на май:

1 мая,Ростов – соревнования BATTLE Стайл слалом "Южная БИТВА" (я даже буду участвовать там)

4 -7 мая, Воронеж – соревнования Инлайн Весна 2007.(РК Новороссийска будет участвовать)

11-16 мая, Сочи - отдых и покатухи с сочинскими роллерами.

21-23 мая, Москва - Курс: «
Переход с Exchange Server 2003 на Exchange Server 2007" в inventa.ru

А потом я вернусь домой, лягу ни диван и скажу себе: «Наконец то я дома!»

Скорее всего я ничего не буду писать в блог в это время, ибо отпуск. Ноутбук я специально не буду брать с собой ни в одну поездку. Проверю, насколько КПК сможет его заменить.

Всех поздравляю с праздником весны. Весна в Новороссийск уже пришла. В этом году у нас насажали столько тюльпанов, что город может смело соперничать с Амстердамом J

А еще позавчера я возвращался домой на роликах и почувствовал запах свежескошенной травы. Оглянулся и обалдел, весна то уже пришла. Трава сантиметров по 15-20 высотой выросла кое-где. Все зеленое вокруг. Классно.

пятница, апреля 27, 2007

"Tahiti". Помоги другу.



Вчера ко мне за помощью обратился парень, который работает где-то в России. По косвенным признакам догадываюсь где. Мы с ним неделю назад тестировали будущий продукт Microsoft под названием Tahiti. Об этом много писали в блогах.
http://209.34.241.68/mikoche/archive/2007/04/10/microsoft-codename-tahiti-pre-beta.aspx
http://labnol.blogspot.com/2007/03/microsoft-screen-sharisdfng-software.html http://websoft-elearning.blogspot.com/2007/04/tahiti-microsoft.html

Вкратце: «Microsoft готовит к выпуску софт для совместного использования приложений под кодовым названием
"Tahiti". Для тех кто не в курсе - совместное использование (screen sharing) это когда один пользователь запускает у себя программу и водит в ней мышкой, а другой (другие) все это видят - весьма полезная возможность для проведения удаленных презентаций в режиме реального времени и обучения работе с программными продуктами»
Так вот. Проблема заключалась в конфигурировании ISA+SMTP+Exchange сервера. Он предложил попробовать Таити. Мне очень понравилось. Он расшарил терминалку в Таити и показывал мне настройки, я его по ICQ просил сделать определенные действия и смотрел на результат. Отлично. Проблему решили, но не быстро. У меня не было опыта удаленной помощи людям и вот такие получились выводы:

  1. Перед сеансом нужно собрать как можно больше необходимых сведений и точно выяснить задачу.
  2. Разработать план действий.
  3. Только после двух вышеприведенных действий запускать Tahiti.
  4. Человека, который открыл сеанс, просить выполнять ваши инструкции. И ему будет спокойнее и быстрее. Я это делал по ICQ.

Меня поразило то, насколько просто это было сделать. Я не хочу затрагивать вопросы безопасности и т.д. Это все понятно. Меня в свое время поразило, как Jim McBee находясь на Гавайях(он там живет) устанавливал кластер Exchange в Японии. Масштаб поражает.

среда, апреля 25, 2007

Microsoft повышает быстродействие Outlook

Новость с thevista.ru

Проблема неспешной работы популярного почтового клиента всерьез беспокоит пользователей еще с момента его официального выхода для корпоративных клиентов в ноябре 2006 года.

В пятницу, на прошлой неделе, корпорация Microsoft выпустила обновление к Outlook 2007, разработанное с той целью, чтобы ускорить работу пользователя с почтовым клиентом - слишком уж часто этот необходимый каждому деловому человеку инструмент подвергался ярой критике.

Обновление, которое весит 8.3 Мб, должно ускорить загрузку писем с сервера электронной почты Microsoft Exchange и уменьшить число временных зависаний, возникающих при удалении или перемещении корреспонденции из одной папки в другую, согласно заявлениям Джессики Арнольд (Jessica Arnold), возглавляющей работу над Outlook.

Также обновление должно позволить владельцам Outlook 2007 быстрее переходить от просмотра одного письма к другому и затрачивать меньше времени на ожидание запуска программы. "Я не могу сказать, что это на 100% решит проблемы со скоростью работы, однако пользователи должны заметить значительные улучшения" - говорит Джессика.

Причина возникновения большинства проблем, похоже, не является следствием недостаточной вычислительной мощности персональных компьютеров или работой неисправных/неправильно настроенных почтовых серверов.

Скорее всего она кроется в изменениях, сделанных внутри Outlook чтобы поддерживать новые функции, такие как передача новостных заголовков (Real Simple Syndication feeds) и индексирование для быстрого поиска.

В качестве примера приведем тот факт, что теперь заголовки RSS загружаются и хранятся в локальных базах данных пользователей в виде фалов с расширением .PST. По словам Арнольд, эти файлы, в которых могут содержаться электронные письма и данные календаря, у некоторых пользователей могут достигать размера нескольких гигабайт, что конечно же замедлит скорость их чтения или внесения в них изменений.

Между тем, индексирование сообщений электронной почты в Outlook 2007, хоть и позволяет быстро получать результаты поиска, также может вызывать задержки в работе даже будучи запущенным в фоновом режиме. Арнольд говорит, что сообщения от пользователей по этой проблеме начали поступать в Microsoft еще до выхода Outlook для корпоративных клиентов в ноябре прошлого года. "Пока мы не получили достаточного количества отзывов, мало что было ясно" - признается она.

Вдобавок к выпуску патча Microsoft обновила перечень рекомендаций, впервые опубликованный несколько месяцев назад, содержащий полезную информацию о том как исправить проблемы быстродействия Outlook. Кроме всего прочего в нем советуется извлекать старые письма из текущего .PST-файла и хранить их в архивном .PST.

Пользователей, загрузивших патч, также просят скачать и другой, предотвращающий возможное возникновение связанной с установкой первого проблемы в Outlook 2007 Business Contact Manager.

По заверениям Арнольд, компания Microsoft берет на себя обязательства отслеживать эффективность применения патча, чтобы в случае чего переключиться на решение других проблем быстродействия пакета.

С течением времени, по ее словам, компания "точно выяснит" стоит ли пересматривать способ использования почтовым клиентом Outlook PST-файлов для локального хранения данных, как просят некоторые пользователи. Она также предостерегла пользователей от использования текущих файлов в качестве подходящего места для длительного хранения электронных писем.

"Outlook не создавался в качестве свалки для файлов - он создавался чтобы быть средством общения" - говорит она. "В нем есть такая возможность (хранить файлы), но мы совсем не обязательно должны оптимизировать работу программы под потребности людей, хранящих свои электронные письма в одном и том же файле на протяжении 10 лет".

Источник: http://www.computerworld.com/

Перевод: yourock

Microsoft предоставил возможность попробовать Exchange 2007 бесплатно.

Миша Кочергин опубликовал в своем блоге новость о том, что компания Microsoft предоставила возможность попробовать Exchange 2007. Т.е можно зарегистрироваться на сайте https://signmeup.exchange2007demo.com/exchange2007demo, получить е-mail вида Pavel.Nagaev@exchange2007demo.com и пароль. Вы сможете подключаться удаленно через

  • Outlook Web Access (OWA)
  • Outlook Voice Access (Unified Messaging)
  • Outlook 2007 (Outlook Anywhere, Autodiscover)
  • Outlook 2007 (Outlook Anywhere, Manual Configuration)
  • Outlook 2003 (RPC over HTTPS)
  • Exchange ActiveSync (Windows Mobile Device / Pocket PC)
  • Outlook Express (POP, IMAP, SMTP) or any other POP or IMAP client

Этот очень удобный способ ознакомления с возможностью подключения клиентов к Exchange 2007, т.к. не нужно разворачивать Exchange 2007 у себя. Настоятельно рекомендую прочитать FAQ по подключению.

Первое что я сделал, так это перенаправил все сообщения, которые отлавливает Касперский на этот адрес. Из 20 сообщений прорвались только 2 сообщения. Остальные похоже были пойманы спам фильтром, который использует Микрософт. Вполне неплохо.


вторник, апреля 24, 2007

Первая встреча участников MCP клуба в Краснодаре.

Собственно поехал на нее. Вопрос - доеду ли? :-)

Завтра напишу о ней в деталях в блог и сюда.

Саша Трофимов отлично описал ее в своем блоге. Добавить просто нечего :-)

Надеюсь, что клуб будет существовать и развиваться. Давайте обсуждать клуб здесь: http://forums.microsoft.com/TechNet-RU/ShowPost.aspx?PostID=1518223&SiteID=40.



SMTP,SSL и «любимая» компания россиян МТС.


Microsoft предлагает для чтения почты OWA, Outlook RPC over HTTPS и ActiveSync. Вполне достаточно. Но для тех, кто не готов переломить себя и любит летучих мышей, админы настраивают POP3/IMAP4+отправку по SMTP. Хорошим тоном является, когда данные идут шифрованные. Мало ли.
Сегодня звонит пользователь – подрядчик и жалуется, что не может отправить почту. Принять может, а отправить нет. Подсоединяется мышью(The Bat) с лаптопа используя GPRS(MTS), отправляет по SMTP+SSL. При отправке возникает проблема. Говорит, что если использовать другого провайдера GPRS, например Beeline, то все работает. В чем проблема? Я ему и отвечаю, что если работает с другого провайдера, то проблема в провайдере. Проверил, действительно так. Проблема известная – файервол с их стороны блокирует SMTP команды.
Что такое писать письма большим компаниям знает каждый. Отправил и тишина.....

Но я все же подготовил вот такое письмо в МТС, хоть и не верил, что они что-то изменят.

Уважаемые господа,
В нашей компании обнаружена проблема отправки почты по протоколу SMTP+SSL при использовании подключения к Интернет через GPRS MTS. Ниже приводится кусок лога TheBat котором видно, что ответы SMTP сервера заменяются на XXX.
2007.04.04 21:09:28 : Negotiations for smtp (client side) started
2007.04.04 21:09:28 : 220 ****************************************.
2007.04.04 21:09:28 : 220 ****************************************.
2007.04.04 21:09:28 : EHLO localhost
2007.04.04 21:09:29 : 250-myserver.mydomain.ru Hello [217.74.245.67].
2007.04.04 21:09:29 : 250-XXXA.
2007.04.04 21:09:29 : 250-SIZE.
2007.04.04 21:09:29 : 250-ETRN.
2007.04.04 21:09:29 : 250-PIPELINING.
2007.04.04 21:09:29 : 250-DSN.
2007.04.04 21:09:29 : 250-ENHANCEDSTATUSCODES.
2007.04.04 21:09:29 : 250-8bitmime.
2007.04.04 21:09:29 : 250-BINARYMIME.
2007.04.04 21:09:29 : 250-XXXXXXXB.
2007.04.04 21:09:29 : 250-VRFY.
2007.04.04 21:09:29 : 250-XXC.
2007.04.04 21:09:29 : 250-XXXXXXXD.
2007.04.04 21:09:29 : 250-XXXXXXXXXXXXXXXXXXXXXXXE.
2007.04.04 21:09:29 : 250-XXXXXXXXXXXF.
2007.04.04 21:09:29 : 250-AUTH GSSAPI NTLM LOGIN.
2007.04.04 21:09:29 : 250-AUTH=LOGIN.
2007.04.04 21:09:29 : 250-XXXXXXXXXXXG.
2007.04.04 21:09:29 : 250-XXXXXXH.
2007.04.04 21:09:29 : 250 XI.
2007.04.04 21:09:29 : STARTTLS
2007.04.04 21:09:30 : 530 5.7.0 Must issue a STARTTLS command first.
2007.04.04 21:09:30 : Remote server is not RFC 2487 compliant
2007.04.04 21:09:30 : Protocol negotiation failed
2007.04.04 21:09:30 : Protocol negotiations failed
2007.04.04 21:09:30 : smtps finished (0 left)

Соединение через других провайдеров Интернет выглядит так:
2007.04.04 21:29:30 : Negotiations for smtp (client side) started
2007.04.04 21:29:31 : 220 myserver.mydomain.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Wed, 4 Apr 2007 21:30:03 +0400 .
2007.04.04 21:29:31 : 220 myserver.mydomain.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Wed, 4 Apr 2007 21:30:03 +0400 .
2007.04.04 21:29:31 : EHLO localhost
2007.04.04 21:29:31 : 250-myserver.mydomain.ru Hello [85.195.160.40].
2007.04.04 21:29:31 : 250-TURN.
2007.04.04 21:29:31 : 250-SIZE.
2007.04.04 21:29:31 : 250-ETRN.
2007.04.04 21:29:31 : 250-PIPELINING.
2007.04.04 21:29:31 : 250-DSN.
2007.04.04 21:29:31 : 250-ENHANCEDSTATUSCODES.
2007.04.04 21:29:31 : 250-8bitmime.
2007.04.04 21:29:31 : 250-BINARYMIME.
2007.04.04 21:29:31 : 250-CHUNKING.
2007.04.04 21:29:31 : 250-VRFY.
2007.04.04 21:29:31 : 250-TLS.
2007.04.04 21:29:31 : 250-STARTTLS.
2007.04.04 21:29:31 : 250-X-EXPS GSSAPI NTLM LOGIN.
2007.04.04 21:29:31 : 250-X-EXPS=LOGIN.
2007.04.04 21:29:31 : 250-AUTH GSSAPI NTLM LOGIN.
2007.04.04 21:29:31 : 250-AUTH=LOGIN.
2007.04.04 21:29:31 : 250-X-LINK2STATE.
2007.04.04 21:29:31 : 250-XEXCH50.
2007.04.04 21:29:31 : 250 OK.
2007.04.04 21:29:31 : STARTTLS
2007.04.04 21:29:32 : 220 2.0.0 SMTP server ready.
2007.04.04 21:29:32 : Protocol negotiation succeded

Продиагностировать проблему можно очень просто.Нужно набрать в командной строке: telnet server.mydomain.ru 25

И в приглашении набрать ehlo, затем starttls. Если соединение прошло успешно, то Вы увидите 220 2.0.0 SMTP server ready
Это будет выглядеть так:
220 myserver.mydomain.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 13 Apr 2007 08:24:30 +0400ehlo250-myserver.mydomain.ru Hello [80.74.81.70]
250-TURN
250-SIZE
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250-TLS
250-STARTTLS
250-X-EXPS GSSAPI NTLM LOGIN
250-X-EXPS=LOGIN
250-AUTH GSSAPI NTLM LOGIN
250-AUTH=LOGIN
250-X-LINK2STATE
250-XEXCH50
250 OK
starttls220 2.0.0 SMTP server ready
Через Интернет это работает номально, если использовать GPRS MTS, то нет.
Через GPRS MTS это выглядит так:
220 **********************************************ehlo530 5.7.0 Must issue a STARTTLS command firststarttls530 5.7.0 Must issue a STARTTLS command first
Такая проблема возникает, когда в качестве firewall установлен Cisco PIX Firewall и на нем включена функция fixup. Об этом написано в статье http://support.microsoft.com/kb/295725/en-us.
Для нормального функционирования e-mail с мобильных устройств нашей компании, необходимо разрешить эту проблему.
Вы знаете и они ответили, через время, но МТС прислал такое письмо:По информации, полученной от наших тех. специалистов : "Сейчас и в ближайшее время произведена/и ещё произведётся перенастройка оборудования МТС, которая позволит использовать GPRS -Internet для доступа к их серверу".

Сообщите, произошли ли у Вас какие-либо изменения.

С уважением,
специалист ОРКК
Краснодар, МР "ЮГ", блок ПАО
ОАО "МТС"
___________________________

Сейчас все нормально работает. Вот такая вот история.

четверг, апреля 19, 2007

Семинар TechNet. Весна 2007. Краснодар.

Cеминар проходил в ресторане Когалым. Регистрация, кофебрейк, аудитория, публика. Все вполне прилично.


В начале выступила Наталья Русскова, IT Pro Audience Marketing Manager TechNet Program. Она выступила с мини презентацией о TechNet. То, что должен знать каждый ИТ специалист, работающий с технологиями Микрософт. А также она пообещала диск с Вистой и книгу самому активному участнику. Все напряглись. Хотя эта идея скорее попала в минусы семинара, чем в плюсы. Об этом ниже.



Первый доклад - Управление развертыванием Windows Vista и MS Office 2007. Читает Владимир. А фамилию я не пишу, т.к. не знаю, нигде не написано фамилий докладчиков. Из-за плохого качества звука в начале доклада я фамилию не услышал, хоть и сидел в первом ряду.

Слушателям рассказывалось о том, как с помощью Business Desktop Deployment 2007 разворачивать Висту и Офис. Интересный продукт.

Из запомнившегося:

  • Можно запустить некие утилиты, которые сконвертируют текущие документы Office 2003 в формат Office 2007.
  • Запуск офиса 2007 с опцией setup /admin даст больше возможностей.
  • Метод развертывания офиса через групповые политики больше не рекомендуется Микрософт.
  • Office customization tool – это новое средство настройки Office позволяет создать файл настроек (MSP-файл), который можно использовать для установки Office 2007 с заданными параметрами или для обновления пользовательской конфигурации после установки Office 2007.

Перерыв на кофе.

Доклад Витюка Дмитрия, ООО «Хай-тек сервис» г.Краснодар. «Построение инфраструктуры для совместной работы на базе системы MS Office 2007 клиент-серверов и сервисов». Мне понравилось. Выступление Дмитрия и содержание доклада. Дмитрий читал доклад второй раз в такой аудитории, видно, что волновался, но справился хорошо. Слушателям рассказывалось о возможностях нового Sharepoint и офиса. Sharepoint 2007 заметно вырос по сравнению с 2003 и еще теснее интегрирован с Outlook.

Доклад Юрия Осипова из Microsoft. «Десять шагов для надежной защиты сети». Я обожаю слушать подобные доклады, ибо они заставляют задуматься о том, на что не обращаешь внимание. Правда я уже слушал подобную презентацию от Steve Riley о безопасности. Картинки оттудаJ. Главные постулаты безопасности со временем не меняются:

  • Защита – это не дешево.
  • Нужно точно знать зачем она нужна.
  • Решение о защите должно исходить от генеральных директоров предприятий, но не ИТ персонала. Если защита не подкреплена документами на предприятии, то толку от нее не будет.
  • Защита – это проблема пользователей, но не ИТ персонала.
  • Безопасность не бывает удобной.

Это только малая часть идей из доклада. Юрий молодец, очень хорошо держался и отлично вел доклад. Опыт видно сразу. Доклады по ForeFront Security прочитал тоже отлично.

Technet Весна 2007 произвел на меня хорошие впечатления и я с удовольствием поеду на TechNet осенью.

Теперь о минусах:
  1. Наташа сказала в начале о том, что самый активный участник получит Висту. Вроде бы идея хороша. Но как это воспринял наш народ? Урраааа!! Халява, нужно больше спрашивать. Вопросы летели с немыслимой скоростью. Иногда очень тупые, иногда такие, которые требуют долгого описания ситуации и долгого ответа. Время терялось очень много. На мой взгляд не нужно было говорить о висте в подарок заранее, а подарить ее по итогам семинара. А вопросы разрешить задавать в конце доклада и в перерывах. Хотя вопросы задавали и хорошие, практические. Нужно было дать еще приз за самый тупой вопрос: «Когда осуществится переход на Ipv6?» Он был задан на докладе про ForeFront. К чему он вообще?
  2. В начале плохо работал микрофон и проектор. Конечно все поправили, но часок – другой мы позлились. Проверить бы можно было заранее.
  3. Сертификаты. Зачем они нужны? Я понимаю когда курс недельный прослушал, но дали два сертификата за то что я слушал или спал на докладах. Перевод бумаги. 99% кто-нибудь в рамочке на стену еще повесит... J Слов нет.
  4. Отсутствовали ФИО и компании докладчиков в программе семинара, а также их контакты. А вдруг я письмо хочу написать?
  5. Для слушателей можно было бы поставить бутылки с водой.

Но в целом было хорошо. Спасибо Микрософту за то, что сделали TechNet.

вторник, апреля 17, 2007

Полезные ссылки

Вчера коллега прислал ссылку на сайт с полезными вебкастами The Blogcast Repository. Я для себя давно открыл этот бесплатный способ обучения. Сидишь, смотришь и впитываешь знания. Даже в темах, которые ты хорошо знаешь всегда найдутся очень важные мелочи.

А также обнаружил Best Practices for Exchange Server 2007 от Quest Software. Они конечно же включили туда рекламку своих продуктов, но почитать полезно.

Завтра еду в Краснодар на Семинары TechNet Весна 2007. Обязательно напишу в блог обзор мероприятия, может даже online репортажик получится, как на Платформе 2007. Все зависит от загруженности и «интересности» на семинаре.

понедельник, апреля 09, 2007

Заставляем Read Receipt работать как надо.

В Exchange есть такая штука, как Read receipt – функция, позволяющая определить время, когда получатель прочитал письмо. RR устанавливается на исходящее сообщение и в зависимости от настроек клиента RR может быть получен обратно.
У многих сотрудников Read Receipt включен для всех отправляемых писем. Правило для входящих сообщений складывает эти ReadReceipt в определенную папку, на всякий случай.

Так вот, некоторые сотрудники вычислили, что можно избегать автоматических RR, если выставить опцию "Never send a response" в настройках Outlook. Зачем им это нужно – второй вопрос.

Менеджеры про сей факт прознали и попросили меня запретить изменение этой настройки. «Легко!» ответил я, но вскоре понял, что погорячился. Настройки Outlook можно определять политиками с помощью шаблона Outlk11.adm [http://office.microsoft.com/en-us/ork2003/HA011402401033.aspx], добавив его в политики.
В Group Policy Object Editor выбираем Options.

Появляется окно.



Нам нужно выбрать опцию: «Always send a response» и применить ко всем Outlook. Тогда пользователь не сможет изменять реакцию на поведение RR и после прочтения сообщения всегда будет отправляться Read Receipt.

Так вот. Здесь есть маленькая хитрость. В этом окне элемент может быть включен или выключен. Если применить политику со значениями в вышепреведенном окне, то у пользователя пропадет возможность изменять Request read receipt и request delivery receipt. Если же их включить, то у всех на любое письмо будет генериться запрос RR и DR. Что же делать?

А вот что. Берем шаблон Outlk11.adm, открываем его notepad и удаляем все лишнее

CLASSMACHINE
CLASS USER
CATEGORY “Outlook 2003 ReadReceipt”
CATEGORY “Tools Options…”
CATEGORY “Preferences”
CATEGORY “E-mail options”
CATEGORY “Tracking options”
POLICY “Options”

KEYNAME Software\Policies\Microsoft\Office\11.0\Outlook\Options\General
PART “When Outlook is asked to respond to a read receipt request:” DROPDOWNLIST

KEYNAME Software\Policies\Microsoft\Office\11.0\Outlook\Options\Mail
VALUENAME “Receipt Response”

ITEMLIST
NAME “Always send a response” VALUE NUMERIC 0
NAME “Never send a response” VALUE NUMERIC 1
NAME “Ask before sending a response” VALUE NUMERIC 2 DEFAULT

END ITEMLIST NOSORT
END PART


END POLICY
END CATEGORY
END CATEGORY
END CATEGORY
END CATEGORY
END CATEGORY

Нам то нужно изменить всего один параметр в реестре. Подключаем эту политику отдельно и активируем только «Always send a response» .
Получается следующее:
Пользователи могут настраивать Tracking option за исключением реакции на Read request.
Менеджеры довольны, сотрудники не очень. Но с другой стороны все честно. Прочитал, значит прочитал.

четверг, апреля 05, 2007

Альтернатива MMC - PowerGUI !

What is PowerGUI?

PowerGUI is an extensible graphical administrative console for managing systems based on Windows PowerShell. These include Windows OS (XP, 2003, Vista), Exchange 2007, Operations Manager 2007 and other new systems from Microsoft. The tool allows to use the rich capabilities of Windows PowerShell in a familiar and intuitive GUI console. http://powergui.org/

Это к вопросу об альтернативах. Пост с форума TechNet.

Вышел Service Pack 3 для ARCserve r115 for Windows.

Вышел Service Pack 3 для ARCserve r115 for Windows.

Его можно загрузить здесь.

В readme написано, что BrightStor ARCserve Backup Agent for Microsoft Exchange обновлен и поддерживает Microsoft Exchange 2007.


The agent includes the following options:

  • BrightStor® ARCserve® Backup Agent for Microsoft Exchange Server 2007 – A Database Level agent to backup and restore Microsoft Exchange server databases.
  • BrightStor® ARCserve® Backup Agent for Microsoft Exchange 2007 Premium Add-on – A Document Level agent to backup and restore Microsoft Exchange folders and messages.

    Ну вот, список софта, работающего с Exchange 2007 расширился. Что радует.

среда, апреля 04, 2007

Exchange и 451+4.7.1+Greylisting+in+action,+please+come+back+in+00:05:00

В форуме TechNet есть тема о том, что отправляемые сообщения пропадают или приходят с задержкой... 2 недели. Причина – некорректная обработка SMTP сервером ошибок 4XX, которые говорят о временной недоступности сервиса. (возможно, что только на серверах, где стоит Symantec Mail Security 5)

Как правило ошибки 4XX возникают редко, но в последнее время этот код используется антиспамовыми системами с технологей Graylisting. Например на серверах ozon.ru, gacworld.com, edunet.ru.

В SMTP логах это выглядит так:

451+4.7.1+Greylisting+in+action,+please+come+back+in+00:05:00

Проверил свои SMTP логи и обнаружил, что эта ошибка возникает довольно часто, но по «непонятным» J причинам проблем с доставкой на моих серверах не возникает. Природа отправки писем на подобные серверы такова.

Если Exchange при отправке по SMTP получает статус ошибки 4XX, то следующая попытка отправки будет предпринята не через 10 минут, как определено в First retry interval, а три раза через каждые 60 секунд. Эти 60 сек называются Glitch retry. Если в эти попытки отправка не произойдет, то след. попытка будет предпринята через First retry interval.

Это хорошо видно по логам SMTP сервера(я их немного порезал J).

Попытка 1. (Glitch retry)
07:37:21 MAIL - FROM:<Pavel.Nagaev@mydomain.ru>+SIZE=10761 0
07:37:21 - - 250+Ok 0 0 6 0 141 - - - -
07:37:21 RCPT - TO:<admin@edunet.ru> 0 0 4 0 2453 - - - -
07:37:21 450+<admin@edunet.ru>:+Recipient+address+rejected:+Greylisted+for+300+seconds
07:37:21 RSET - - 0 0 4 0 2500 - - - -

Попытка 2. (Glitch retry)
07:38:22 MAIL - FROM:<Pavel.Nagaev@mydomain.ru>+SIZE=10761 0
07:38:22 - - 250+Ok 0 0 6 0 141 - - - -
07:38:22 RCPT - TO:<admin@edunet.ru> 0 0 4 0 141 - - - -
07:38:22 - - 450+<admin@edunet.ru>:+Recipient+address+rejected:+Greylisted+for+239+seconds
07:38:22 RSET - - 0 0 4 0 188 - - - -

Попытка 3. (Glitch retry)
07:39:23 MAIL - FROM:<Pavel.Nagaev@mydomain.ru>+SIZE=10761 0
07:39:23 - - 250+Ok 0 0 6 0 141 - - - -
07:39:23 RCPT - TO:<admin@edunet.ru> 0 0 4 0 141 - - - -
07:39:23 - - 450+<admin@edunet.ru>:+Recipient+address+rejected:+Greylisted+for+178+seconds
07:39:23 RSET - - 0 0 4 0 250 - - - -

Попытка 4. (First retry interval)
Обратите внимание на время. Прошло ровно 10 минут после последней отправки.
07:49:24 MAIL - FROM:<Pavel.Nagaev@mydomain.ru>+SIZE=10761 0
07:49:24 - - 250+Ok 0 0 6 0 156 - - - -
07:49:24 RCPT - TO:<admin@edunet.ru> 0 0 4 0 156 - - - -
07:49:24 - - 250+Ok 0 0 6 0 203 - - - -
07:49:24 DATA - - 0 0 4 0 203 - - - -
07:49:24 - - 354+End+data+with+<CR><LF>.<CR><LF> 0 0 35 0 250 - - - -
07:49:24 - - 250+Ok:+queued+as+2992F5829E 0 0 28 0 406 - - - -
07:49:24 QUIT - - 0 0 4 0 515 - - - -
07:49:24 - - 221+Bye 0 0 7 0 547 - - - -

Exchange нормально отрабатывает. В чем же могут быть проблемы? Проблема может быть, если Greylisting настроен на reject больше 3 минут и время жизни записи 10 минут. Тогда с настройками по умолчанию на SMTP сервере письмо не сможет быть доставлено. Glitch retry в 60 сек. можно настраивать вручную согласно статьи: How to Configure Glitch Retry Interval in Exchange Server 2003
Дополнительно можно почитать отличную статью о том, как SMTP сервер доставляет сообщения : Explaining the Mysterious SMTP Advanced Queuing Engine

Пост из NEWS конференции

Пожалуйста, напишите про подобную проблему если сталкивались. Очень признателен буду за e-mail на который Exchange не отправляет почту из-за этой проблемы.

понедельник, апреля 02, 2007

Первоапрельская шутка или я и правда теперь MVP Exchange?

Вот такую первоапрельскую шутку прислал мне Microsoft.
-----Original Message-----
From: support@mvpaward.com [mailto:support@mvpaward.com]
Sent: Sunday, April 01, 2007 12:38 PM
To: Nagaev, Pavel
Cc: allo@microsoft.com
Subject: [MVP] Congratulations! You have received the Microsoft MVP Award

Dear Pavel Nagaev,


Congratulations! We are pleased to present you with the 2007 Microsoft® MVP Award!

The Microsoft MVP Award is our way of saying thank you and to honor and support the significant contributions you make to communities worldwide. As a recipient of Microsoft's Most Valuable Professional award, you join an elite group of technical community leaders from around the world who foster the free and objective exchange of knowledge by actively sharing your real world expertise with users and Microsoft.

Your extraordinary efforts in Windows Server System - Exchange Server technical communities during the past year are greatly appreciated.

Проверил, оказывается что это не шутка. Я получил статус MVP Exchange. Насколько мне известно у нас в России всего двое MVP Exchange – Сергей Крылов и Кирилл Палагин. Ну что же, я третий. Я очень хотел этого, а теперь вот и думаю, что я вырыл себе яму. Ведь теперь требования к своим постам, высказываниям повышаются, тупить нельзя. Придется рыть Exchange с удвоенной силой. Ну и ладно, я готов.

О том, кто такие MVP, Александр Ложечкин пишет в своем bloge.
Вот список блогов MVP по Exchange