Заметки о Windows, Exchange, и о всем остальном : Exchange Server

Что мне нравится в Exchange Server 2007

vitalipro — Tue, 20 Mar 2007 04:38:00 GMT

Сегодня в очередной раз был приятно удивлен одной из новых возможностей Exchange Server 2007 (перечисленной ниже под номером 4). Вот и решил перечислить все, что мне нравится (заранее оговорюсь, что это не полный список возможностей Exchange Server 2007, а лишь тех, которые мне как пользователю пригодились в повседневной работе):

Новая OWA: представления "Разговор" (conversation view), напоминание о митингах, автоматическое обновление списка писем, когда приходит новое письмо, возможность прослушивания сообщения, записанного на автоответчике, прямо из OWA.
Быстрый поиск писем из OWA.
Обновление информации о митинге, автоматически обновляет календарь.
Если информация о митинге пересылается кому-нибудь помимо приглашенных, то Exchange присылает письмо организатору о том кто и кому переслал информацию.
Возможность иметь гораздо больший почтовый ящик.

Хотите работать в Майкрософте?

vitalipro — Wed, 20 Dec 2006 20:14:00 GMT

Отдел кадров Майкрософта организует поездку для интервьюирования кандидатов с Украины и России. Если вы хотите работать в Майкрософте и вы окончили ВУЗ до июня 2006 года, то высылайте ваши резюме на адрес RussiaCV@microsoft.com (для кандидатов из России) или UkrCV@microsoft.com (для кандидатов с Украины). Более детальное описание позиций и условий следует ниже.

Options are Good.

In life. And in your career.

What fuels your passion?

Whether you are just about to receive your diploma from University or have been in the industry for years, we know deciding where to start your career or how to move to the next opportunity can be as nerve-wracking as it is exciting. Maybe you don’t know exactly what you want to do. The good thing is, at Microsoft, you have lots of options. Nowhere else will you have such a variety of products and technologies to get behind—or so many career paths to choose from. You’ll learn from people who have been in the industry for over 30 years. And most of all, you’ll have the resources to reach people all over the world with your work. It’s about taking your career as far as you want it to go—in any direction you choose.

“The variety of products that Microsoft develops greatly influenced my decision to work here. As my career develops I can follow my passion to apply myself to different technologies without having to leave the company.”

- David, Software Design Engineer in Test, Live Meeting

Core Technical

Take the Leap, It’s Cool Inside
As a Microsoft employee in a full-time technical position, you’ll dive head first into meaningful work. The kind that inspires you. This is the kind of place where your goals are limited only by your imagination and motivation. What’s more, you’ll be backed by a multi-billion dollar company at the top of its game. It’s in your blood to innovate, so join others who share your passion, your talent, and your limitless energy.

"You will find no other company with the sheer breadth of technologies, from Windows kernel, to Office applications, to servers, to Live Web services, to Xbox, to games, to business solutions, to hardware. The things you get to see and learn from other people are amazing."

- John, Software Development Lead, Windows Server Performance

Start Here
Not sure what full-time position at Microsoft fits you best? Have a look at the Product Development Process to get an idea where your contributions could make the most difference.

Software Design Engineer (SDE)

Work at the Core of Every Product We Build
This is where the fun begins for code gurus like you. As a hands-on Software Design Engineer, you’ll make decisions about design and feature implementation, using your mastery of technical tools to make a product vision a reality. If you like to write code and design efficient data structures and algorithms to develop next-generation applications or operating systems, this is the position for you. As an SDE, you’ll bring products to life by working with Program Managers to ensure strong design and Software Design Engineers in Test to ensure quality through testing. Ultimately for the SDE, it’s your code that turns concepts into new technologies and services.

Qualifications:

•	Be available to relocate to our corporate headquarters in Redmond, Washington, U.S.A. (Microsoft Corporation pays all costs associated with relocation)
•	Fluency in C/C++/C# and a passion for writing quality code using computer science fundamentals
•	Ability to speak fluent English
•	Ability to derive creative and innovative solutions by thinking "outside the box"
•	Ability to solve complex problems, sometimes by testing and debugging code
•	Experience in feature definition, design, and feasibility
•	Demonstrated skill in estimating development time

Software Design Engineer in Test (SDET)

Discover Life on the Last Line of Defense
As a Software Design Engineer in Test (SDET), you’ll own it, break it, fix it, and own it again. You’ll ensure a product’s quality by making sure it performs as users expect it to. Part of the fun is how creative you can be devising ways to manipulate, crush, and sabotage software into submission—while creating innovative testing technologies along the way.

Ultimately, as an SDET it’s your input that can make the difference between joy and frustration for the customers. Since you’re keen on how things work, and making them work better, you’ll work hand in hand with the Program Managers and Software Design Engineers to design, develop, and maintain automation systems for use in development and testing cycles. Using the tools you create, you’ll pour over source code for trouble spots, debugging and isolating problems, and executing creative tests to find new bugs while regression testing recent fixes.

Qualifications:

•	Be available to relocate to our corporate headquarters in Redmond, Washington, U.S.A. (Microsoft Corporation pays all costs associated with relocation)
•	Fluency in C/C++/C#
•	Ability to speak fluent English
•	Ability to solve complex problems and write automation systems and device drivers
•	Ability to learn to author test plans and cases, conduct security and stress tests, and debug at source level after identifying, investigating, and prioritizing bugs
•	Demonstrated skills in negotiation and conflict management

Whatever position you choose, you’ll make a real impact in the dynamic world of product development at Microsoft. Microsoft has an ongoing need for exceptional university students and recent graduates from around the world to help us build the next generation of software products. All positions are in the United States at our corporate headquarters in Redmond, Washington.

Send Us Your CV
Our recruiting team travels to your region regularly to meet bright and enthusiastic people like you, and we look forward to receiving your CV. And, by the way, we have many positions available, so if there is someone else you think we should know about, please share this information with them.

All positions are at our corporate headquarters in Redmond, Washington, in the United States. We do require functional level English language skills, written and spoken. If we invite you to an interview somewhere in your region, we will cover any travel expenses you may have.

C.V. Instructions

Submitting a C.V. is the only way to get to the next stage of consideration, the interview. Here are a few things to keep in mind when you are updating your C.V. to send to us:

•	Include your military status if your country mandates it. This will help us know if you are allowed to leave your country to work in the United States
•	Clearly state your graduation date, degree/major and the university you attended or are attending
•	Specify your technical skills (including programming languages and other development tools you know well), project details (both within university and at any jobs or internships you have held), and technologies you have used on those projects
•	Describe your role in the projects that you worked on, and what you personally achieved
•	Provide an active e-mail address, physical address, and current phone number where we can reach you

Send it off to: RussiaCV@microsoft.com (Russia) UkrCV@microsoft.com (Ukraine)

A recruiter will review it, and if interested will set up a phone interview as a first step!

NOTE: All non-U.S. residents will require a U.S. work visa (H1B). If you receive an offer from Microsoft, we will cover all costs for visa processing and approval.

Microsoft is an equal opportunity employer and supports workforce diversity.

GOOD LUCK!

Следующая версия, новая команда

vitalipro — Tue, 12 Dec 2006 18:25:00 GMT

Итак, выпущен Exchange Server 2007 и начинается работа над следующей версией. Как всегда в таких случаях происходит реорганизация, дабы структура организации была более "заточена" на решение задач новой версии.

В частности команда, которой я работал, одна из старейших команд в Exchange исчезает.

Я теперь буду в команде занимающейся установкой Exchange.

Выпущен Exchange Server 2007

vitalipro — Fri, 08 Dec 2006 22:36:00 GMT

Сегодня официально закончен и выпущен Exchange Server 2007! Русский является одним из языков локализации. Так что и администрировать и использовать его можно по-русски :)

Инсталляция Exchange Server 2007

vitalipro — Tue, 12 Sep 2006 18:48:00 GMT

Инсталляция Exchange Server 2007 состоит из нескольких шагов (перечислены в соответствии с названиями опций в коммандной строке для setup.com и в порядке выполнения):

PrepareLegacyExchangePermissions
PrepareSchema
PrepareAD
PrepareDomain
подготовка и инсталляция сервера

Причин, по которым инсталляция разбита на эти шаги, несколько:

Необходимость выполнения, некоторых из них несколько раз независимо от других шагов. Например PrepareDomain нужно выполнять для каждого домена, в котором сервера Exchange или пользователи почты находятся.
Делегирование и использование минимально требуемых привелегий для каждого из этапов. Например, PrepareDomain может быть выполнен администратором домена (domain admin) вместо администратора предприятия (enterprise admin).
Задержки репликации. Если ваша топология Active Directory включает в себя несколько сайтов, то рекомендуется выполнять каждый из этапов отдельно и ждать пока изменения не реплицируются на все контроллеры доменов (domain controllers).

Далее я в кратце опишу каждый из этих шагов.

Важное заметить, что в случае простых топологий (1 сайт и/или 1 домен) вам не нужно заботиться о выполнение каждого из вышеперечисленных шагов в определенном порядке. Когда вы будете инсталлировать Exchange Server 2007, все шаги будут выполнены для вас автоматически.

Даже в сложных топологиях вы можете просто запустить установку сервера и инсталлятор автоматически определит какие шаги еще не выполнены и выполнит их. Важно только прежде чем запускать инсталляцию следующего сервера подождать пока изменения в Active Directory вызванные предыдущей инсталляцией реплицируются на все контроллеры (domain controllers).

Все же в некоторых топологиях задержки репликации могут не позволить успешное выполнение всех шагов за один раз. Для этих случаев в инсталляторе Exchange Server 2007 есть проверки с достаточно подробными описаниями проблемы.

PrepareLegacyExchangePermission

Этот шаг решает проблему сосуществования Exchange Server 2007 и предыдущих версий Exchange в одной топологии.

Как часть усилий по улучшению безопасности (security) и управляемости (manageability) Exchange Server 2007 переопределяет некоторые наборы атрибутов (property sets) объектов в Active Directory.

На наборы атрибутов существует ограничение, что один атрибут не может быть больше чем в одном наборе. Поэтому атрибуты, которые надо было поместить в другие наборы в Exchange Server 2007, пришлось убрать из наборов, в которых они использовались в предыдущих версиях Exchange.

Наборы, в которых эти атрибуты использовались в предыдущих версиях Exchange, использовались для определения прав доступа для серверов Exchange. Поэтому, прежде чем убрать эти атрибуты из старых наборов, надо добавить права доступа к этим атрибутам для Exchange серверов предыдущих версий. Это как раз и делает “setup /PrepareLegacyExchangePermission”.

Этот шаг может быть выполнен только администратором предприятия.

PrepareSchema

Этот шаг обновляет схему Active Directory. Добавляются классы, атрибуты, наборы атрибутов и т.п.

Если PrepareLegacyExchangePermission еще не выполнен для всех доменов, то он запустится прежде чем новая схема будет проинсталлирована.

Этот шаг может быть выполнен только администратором предприятия.

PrepareAD

Этот шаг создает глобальные конфигурационные объекты. Большинство изменений делается в конфигурационном контексте именования (CN=Configuration).

В корневом домене также создается 2 контейнера:

Microsoft Exchange Security Groups – содержит 5 универсальных групп. После окончания этого шага эти группы можно переместить в любой другой контейнер или домен, а этот контейнер удалить.
Microsoft Exchange Security Objects – содержит специальные объекты (например, SystemMailbox). Этот контейнер нельзя перемещать. Этот контейнер также создается при выполнении PrepareDomain в каждом домене.

Этот шаг может быть выполнен только администратором предприятия.

PrepareDomain

Этот шаг делает изменения специфичные для домена указанного в командной строке или для текущего домена, если домен не указан. Можно также указать PrepareAllDomain, чтобы выполнить этот шаг для всех доменов.

Этот шаг может быть выполнен администратором предприятия или администратором домена.

Подготовка и инсталляция сервера

После всех предыдущих шагов можно инсталлировать сервер.

Инсталлировать сервер может администратор предприятия или администратор Exchange-организации (член группы Microsoft Exchange Organization Admins).

В случае же если ни тот не другой не имеют непосредственного доступа к серверу, на котором необходимо инсталлировать Exchange, то можно подготовить конфигурацию Exchange в Active Directory, используя опцию NewProvisionedServer.

Одновременно с опцией NewProvisionedServer можно указать пользователя или группу пользователей, которые могут инсталлировать и администрировать этот сервер. Делается это с помощью опции ServerAdmin.

Эта функциональность ориентирована на компании с удаленными офисами. Используя ее, администраторы в центральном офисе могут делегировать инсталляцию и админинстрирование Exchange сервера локальным администраторам в удаленном офисе.

FYDIBOHF23SPDLT или что зашифровано в имени административной группы

vitalipro — Tue, 15 Aug 2006 20:14:00 GMT

Если вы уже инсталлировали Exchange Server 2007, то могли заметить странную послевательность символов в конце имени административной группы и группы маршрутизации:

Exchange Administrative Group (FYDIBOHF23SPDLT)
Exchange Routing Group (DWBGZMFD01QNBJR)

Что же означают эти последовательности символов?

Но все по порядку. Сначала о проблеме. Exchange Server 2007 также как и предыдущие версии хранит все свои установки в Active Directory. При этом естественно возникла проблема конфликта имен для контейнера Exchange Administrative Group, Надо было сделать имя уникальным для Exchange Server 2007.

Простейшим решением было бы добавить GUID в конце имени. Но это было бы слишком скучно. Хотелось сделать что-то этакое.

Поэтому родилась идея зашифровать какое-то сообщение. Способ шифрования выбран очень простой: сместить каждую букву и цифру к следующей (или в случае группы маршрутизации к предыдущей) букве или цифре по алфавиту.

Если вы еще не догадались, в обоих случаях зашифровано одно и то же сообщение: EXCHANGE12ROCKS. Что в вольном переводе на русский звучало бы как "Exchange12 - это круто". (Exchange12 - это было внутреннее название Exchange Server 2007.)

Маршрутизация писем внутри организации

vitalipro — Thu, 10 Aug 2006 20:03:00 GMT

Как и обещал пишу о том как письма маршрутизируются между Exchange серверами. Разговор в этой заметке пойдет только о внутренней почте. Как почта отсылается вне организации или принимается из вне это отдельный разговор.

В случае одного сервера все просто и понятно. Клиенты направляют почту на этот сервер и получают с него.

В случае двух серверов тоже все просто. Если есть сервер С1, на котором пользователи С1П1 и С1П2 и сервер С2 с пользователем С2П1, то если С1П1 посылает письмо С1П2, то письмо остается на том же сервере С1 и ложится в почтовый ящик пользователя С1П2. Если же пользователь С1П1 посылает письмо пользователю С1П1, то письмо сначала попадает на сервер С1, потом пересылается на сервер С2, где попадает в почтовый ящик адресата.

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

Интересное начинается когда есть 3 или более сервера. В этом случае начинаются отличия в том как можно конфигурировать маршрутизацию писем в случае Exchange Server 2007 и в случае Exchange Server 2003.

Exchange Server 2003

В Exchange Server 2003 администратор мог создать группы маршрутизации (routing groups) и описать как они соеденены между собой.

Например, администратор мог определить 3 группы маршрутизации: ГМ1, ГМ2 и ГМ3 и соеденить их следующим образом:

ГМ1 <-> ГМ2 <-> ГМ3

Допустим в каждой из групп по одному серверу: С1 в ГМ1, С2 и С3 соответственно. А также допустим есть следующие пользователи на каждом из серверов: С1П, С2П, С3П.

ГМ1 <-> ГМ2 <-> ГМ3

| | |

С1 С2 С3

| | |

С1П С2П С3П

Если пользователь С1П посылает письмо пользователю С2П, то письмо сначала попадает на сервер С1, потом пересылается на сервер С2, где попадает в почтовый ящик пользователя С2П.

Если пользователь С1П посылает письмо пользователю С3П, то письмо сначала попадает на сервер С1, потом пересылается на сервер С2, потом пересылается с сервера С2 на С3, где и попадает в почтовый ящик пользователся. Т.е. при пересылке писем внутри организации, письмо останавливается на одном из серверов в каждой группе маршрутизации в цепочке ведущей от отправителя к получателю.

Exchange Server 2007

В Exchange Server 2007 мы отказались от использования групп маршрутизации. Вместо этого используется концепция, которая уже существует в Active Directory, - сайты (site).

Я не знаю наверняка какие именно причины привели к этому изменению, но я вижу несколько достоинств в этом переходе от групп маршрутизации к сайтам:

Упрощение администрирования. В большинстве случаев топология групп маршрутизации была такой же как топология сайтов. В результате администраторам приходилось конфигурировать топологию дважды: используя сайты и используя группы маршрутизации.
Разделение обязонностей между администраторами Active Directory и администраторами Exchange. В большинстве компаний со сложной инфраструктурой существуют отдельные подразделения занимающиеся администрированием Active Directory и Exchange. Обычно администраторы Active Directory знакомы с топологией сети и занимаются администрированием сайтов. Администраторы же Exchange несут ответственность за все объекты, создаваемые Exchange Server. Переход от групп маршрутизации к сайтам позволяет сделать это разделение обязонностей более четким: администраторам Exchange не надо знать и заботится о топологии сети, а администраторам Active Directory не надо настраивать группы маршрутизации.

Маршрутизация писем тоже изменилась. Вместо того, чтобы пересылать письма от одного сайта к другому в цепочке (так как это было с группами маршрутизации), письмо направляется напрямую в сайт адресата. При этом все остальные сайты в цепочке используются только для отката в случае ошибки.

Проще всего объяснить это на примере. Допустим есть следующая топология:

Сайт1 - Сайт2 - Сайт3

| |

Сайт4 - Сайт5

Допустим пользователь, чей почтовый ящик находится в сайте Сайт1, посылает письмо пользователю, чей почтовый ящик находится в сайте Сайт5.

Для пересылки письма вычисляется самый дешевый путь от сайта Сайт1 к сайту Сайт2 (на межсайтовых соеденениях (inter-site links) в Active Directory можно указать условную стоимость соединения). Допустим самый дешевый путь это Сайт1 -> Сайт2 -> Сайт3 -> Сайт5.

Сначала письмо попадает на сервер отправителя (также как и было раньше). Сервер отправителя сначала попытается отправить письмо напрямую в сайт получателя, т.е. Сайт5. Если это не получилось, то он попытается послать в Сайт3 ближайший сайт к сайту Сайт5 в цепочке построенной ранее. При этом сервер в сайте Сайт3 берет на себя обязанность переслать письмо в Сайт5. Если не получилось послать в Сайт3, то сервер из сайта Сайт1 попытается послать письмо в Сайт2.

Достоинств у такого подхода несколько:

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

Совместимость Exchange Server 2003 и Exchange Server 2007

Естественный вопрос, который возникает при таком значительном изменении в дизайне маршрутизации, - это вопрос совместимости между различными версиями Exchange.

В Exchange Server 2007 вопрос совместимости с Exchange Server 2003 (в плане маршрутизации) решается следующим образом. Создается одна группа маршрутизации (концепция, которую предыдущая версия Exchange прекрасно понимает) и в нее добавляются все сервера Exchange Server 2007.

"Нам пишут"...

vitalipro — Sat, 29 Jul 2006 05:29:00 GMT

Получил вот такой вопрос:

Есть два офиса: А и Б.

Exchange стоит в А и пользователи из Б потом забирают почту - получается что мы платим за трафик 2 раза.

Можно ли сделать так, что ставим Exchange2 в офисе B и когда письмо приходит офис А Exchange1 видит что письмо отправлено пользователю который в другом офисе (сайте, адм.группе Exchange) и перенаправляет на другой сервер НЕ СКАЧИВАЯ ВСЕ ПИСЬМО?

Краткий ответ: да, установка Exchange в офисе B ситуацию улучшит. Более полное описание с деталями ожидайте в следующей заметке.

"Нам пишут"...

vitalipro — Tue, 11 Jul 2006 21:54:00 GMT

Получил длинное письмо с вопросом о том как делать архивирование в Exchange на уровне почтового ящика или даже папки внутри почтового ящика.

Я не специалист по архивации в Exchange. Только слышал, что это можно сделать с использованием exmerge (http://www.microsoft.com/downloads/details.aspx?familyid=429163EC-DCDF-47DC-96DA-1C12D67327D5&displaylang=en). На вебсайте Майрософта есть несколько статей с информацией об exmerge: http://www.live.com/#q=exmerge&offset=1. К сожалению, все они только на английском языке.

Дополнение: Exchange Server 2007 включает новый компонент - Journaling, - в котором можно сортировать письма по различным признакам, включая деление на внутренние и внешние.