Exchange Server 2010 live@edu tools updates

by Arman Obosyan 3. June 2009 09:16

exchangelabs_logo Обновления в Exchange Labs, теперь у вас есть возможность отключить OWA Instant Messenger (встроенные средства IM в Outlook Live) с помощью PowerShell, и в ближайшие 30 дней GALSynch 2010 (ELMA R3), а также web-based CSV импорт

Настройка мгновенных сообщений в Outlook Live
У Администраторов теперь есть возможность установки атрибутов с помощью PowerShell отключить Instant Messenger в OWA. Чтобы это сделать, просто используйте следующий командлет:
Set-OwaMailboxPolicy -InstantMessagingEnabled:$false

Веб-CSV Импорт
Альтернатива CSV импорта с помощью PowerShell, веб-CSV Импорт Быстрое предоставление пользователям Outlook Live для тестирования и оценки
WEB инструмент импорта не требует установки EMC консоли или решение по управлению через PowerShell

GALSync 2010 (ака ELMA R3)
GALSync 2010 представляет собой инструмент синхронизации каталогов, которые используются для репликации и синхронизации пользовательской информации между вашим on-premises Active Directory и Outlook Live. Задача синхронизации каталогов заключается в том, чтобы представлять единую информацию с разных баз идентификации, синхронизировать и обновлять данные.
Предоставляет одностороннею синхронизацию из Active Directory в Outlook Live
Автоматическое предоставление и управление учетными записями
Генерировать общую адресную книгу в соответствующий Outlook Live домен

 

[addlang]

 

exchangelabs_logo Exchange Labs–ში განახლებებია– ეხლა უკვე შეგიძლიათ გათიშოთ OWA Instant Messenger (ფუნქცია IM ჩადებული Outlook Live–ში) PowerShell –ის საშუალებით, ასევე GALSynch 2010 (ELMA R3) უახლოეს 30 დღეში და web-based CSV იმპორტი.


IM–ის კონფიგურაცია Outlook Live–ში
ადმინისტრატორებს ახლა უკვე გაქვთ საშუალება გათიშოთ Instant Messenger OWA–ში PowerShell–ის მეშვეობით. ამისთვის გამოიყენეთ კომანდლეტი
Set-OwaMailboxPolicy -InstantMessagingEnabled:$false

ვებ-CSV იმპორტი
PowerShell–დან CSV იმპორტის ალტერნატივა არის ვებ-CSV იმპორტი – მომხმარებლებისთვის Outlook Live–ის სწრაფი მიწოდება ტესტირებისა და შეფასებისთვის. ვებ იმპორტი არ ითხოვს EMC–ს დაყენებას ან PowerShell–დან მართვის გადაწყვეტილებას.


GALSync 2010 (ELMA R3)
GALSync 2010 წარმოადგენს ინსტრუმენტს კატალოგების სინქრონიზაციისთვის, რომლებიც გამოიყენება სამომხმარებლო ინფორმაციის რეპლიკაციისა და სინქრონიზაცისთვის on-premises Active Directory და Outlook Live–ს შორის. კატალოგების სინქრონიზაციის ამოცანა მდებარეობს იუზერებისთვის ერთიანი ინფორმაციის მიწოდებაში იდენტიფიკაციის სხვადასხვა ბაზებიდან, მონაცემების სინქრონიზაციაში და განახლებაში.
შემდეგი ფუნქციები აქვს:
ცალმხრივი სინქრონიზაცია Active Directory–დან  Outlook Live–ში
იუზერების ეკაუნტების ავტომატური წარმოდგენა და მართვა
ერთიანი მისამართების წიგნის გენერაცია შესაბამის Outlook Live დომეინში

 

©Translated by Evgenia Prikhodko

Tags:

Exchange Server 2010 Beta, Installing

by Arman Obosyan 24. May 2009 20:13

Установка Exchange Server 2010 на Windows Server 2008 SP2. Cкачали бету? Нет? Тогда качайте будем ее устанавливать! Итак рассмотрим базовую установку сервера Exchange Server 2010 с ролями Client Access, Hub Transport, Mailbox Сам процесс установки простои и понятный, главное предварительно подготовить все и установить нужные компоненты.

Нам понадобится сервер Windows Server 2008 x64 Service Pack 2, если у вас не установлен Service Pack 2 cамое время установить его. Для установки нам предварительно нужно подготовить систему установить дополнительные компоненты и обновления и перейти к самому процессу установки, итак преступим. Предполагается что у вас сервер уже установлен и является member of domain, нам предварительно нужно установить на сервер:

Microsoft .NET Framework 3.5 

Windows Remote Management (WinRM) 2.0 – CTP 3

Windows PowerShell V2 CTP3

2007 Office System Converter: Microsoft Filter Pack

(Microsoft Filter Pack нужен только для роли Mailbox, все остальные компоненты нужны всем ролям)

После инсталляции выше упомянутых, нам нужно добавить компоненты Windows.

Во многих руководствах по установки предлагается устанавливать компоненты вручную используя ServerManagerCmd или GUI версию ServerManager мы попробуем использовать answer файлы идущие с Exchange Server 2010. Для нашей конфигурации нам понадобятся

IIS 6 Metabase Compatibility Web Server (IIS)

Tools Windows Process Activation Service Process Model

Basic Authentication

Windows Authentication

Digest Authentication

NET Extensibility IIS 6 Management Console

Dynamic Content Compression

Static Content Compression

 

Для любознательных

Так выглядит установка с GUI

Установка CMD

ServerManagerCmd -i RSAT-ADDS Web-Server Web-Metabase Web-Lgcy-Mgmt-Console Web-ISAPI-Ext NET-HTTP-Activation Web-Basic-Auth Web-Digest-Auth Web-Windows-Auth Web-Dyn-Compression RPC-over-HTTP-proxy Web-Net-Ext

Установка с ансвер файла идущего с Exchange Server пожалуй самый простой метод так как уже включает в себя все необходимые компоненты. Рассмотрим что есть и что нам необходимо, каждая файл устанавливает компоненты в соответствии роли, так как мы устанавливаем CAS, HUB, MBX на понадобится exchange-typical.xml

Все ансвер файлы по установке находятся в директории \scripts\

exchange-all.xml – Установка всех компонентов необходимых для ВСЕХ ролей (включает также Desktop Experience, Failover Clustering)

exchange-base.xml – Базовый минимальный набор необходимый для любой роли

exchange-cas.xml – Установка компонентов для Client Access роли

exchange-edge.xml – Компоненты необходимые для EDGE сервер

exchange-hub.xml – Hub Transport сервер

exchange-mbx.xml – Маилбокс сервер

exchange-typical.xml – Набор компонентов для конфигурации CAS,HUB,MBХ

exchange-um.xml – Компоненты для Unified Communications

 

наша команда выглядит так:

ServerManagerCmd -ip Exchange-Typical.xml

e14-ins-p01

После установки перегружаем сервер shutdown –r –t 0

Пора преступать к установке, запускаем setup.exe, переходим к пункту Install Microsfot Exchange

e14-ins-p02

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

e14-ins-p03 e14-ins-p04

Как всегда лицензеное соглашение

e14-ins-p05 e14-ins-p06

Выбор установки

e14-ins-p07 e14-ins-p08

Выбираем наши компонеты для устаноки Mailbox Role, Client Access Role, Hub Transport

Так как это новая установка нам нужно указать Excahnge Organization

 e14-ins-p09 e14-ins-p10

Client Settings что касается данного пункта инсталяции, если вы будите использовать Outlook 2003 то вам необходимо выбрать Yes, во время исталяции будет скофигурированы Public Folder необходимые для работы Outlook 2003, более новые версии Outlook 2007 и Outlook 2010 не нуждаются в Public Folder, так как работают используя EWS. Что касается Mac OS c Entourage то тут ситуация таже, если вы используте обновленю версию то она работает используя EWS если более рание версии то Public Folder также необходимы. (ранее уже был обзор Microsoft Entourage for Mac, Exchange Web Services)

 e14-ins-p11 e14-ins-p12

Подготовка организации и проверка перед устанокой

 e14-ins-p12a e14-ins-p12b

Сам процесс установки не долгий, но все зависит от выбранной конфигурации и производительности сервера

 e14-ins-p13a e14-ins-p13b

После установки рекомендуется перегрузить сервер

 e14-ins-p14

Вот заветное окно Exchange Server 2010

e14-ins-p15

 

В ближайшее время думаю будет маленькие заметки по первоначальной настройке обзор некоторых новых возможностей (некоторые уже были опубликованы ранее)

Думаю на этом пока все, все удачной установки, тестируйте и наслаждайтесь новыми возможностями!

 

 

[addlang]

 

RUSSIAN VERSION, Русская версия 

Exchange Server 2010-ის დაყენება Windows Server 2008 SP2–ზე. უკვე გადმოიწერეთ ბეტა–ვერსია? ჯერ არა? მაშინ გადმოიწერეთ და დავაყენოთ. განვიხილოთ Exchange Server 2010–ის ძირითადი როლების Client Access, Hub Transport, Mailbox ინსტალაცია. თვით ინსტალაციის პროცესი მარტივი და გასაგებია, მთავარია წინასწარი მომზადება და საჭირო კომპონენტების დაყენება.

დაგვჭირდება Windows Server 2008 x64 Service Pack 2, თუ  Service Pack 2 ჯერ არ დაგიყენებიათ, დროა გადმოიწეროთ და დააყენოთ. დავიწყოთ – მოვამზადოთ სისტემა, დავაყენოთ დამატებითი კომპონენტები, განახლებები და გადავიდეთ თავად Exchange–ის ინსტალაციაზე. განვიხილოთ უკვე დაყენებული სერვერი, რომელიც დომეინის წევრია. დასაყენებელია შემდეგი:

Microsoft .NET Framework 3.5 

Windows Remote Management (WinRM) 2.0 – CTP 3

Windows PowerShell V2 CTP3

2007 Office System Converter: Microsoft Filter Pack

(Microsoft Filter Pack ესაჭიროება მხოლოდ როლს Mailbox, დანარჩენი – ყველა როლისთვისაა)

ამის შემდეგ დავაყენოთ Windows კომპონენტები.

ბევრ ინსტრუქციაში შეგხვდებათ რჩევა დააყენოთ კომპონენტები ხელოვნურად ServerManagerCmd ან GUI ServerManager –ის გამოყენებით.  ჩვენ ვცდით Exchange Server 2010–ის answer ფაილების გამოყენებას. ჩვენ კონფიგურაციისთვის დაგჭირდება:

IIS 6 Metabase Compatibility Web Server (IIS)

Tools Windows Process Activation Service Process Model

Basic Authentication

Windows Authentication

Digest Authentication

NET Extensibility IIS 6 Management Console

Dynamic Content Compression

Static Content Compression

 

GUI ინსტალაცია გამოიყენება ასე:

CMD ინსტალაცია:

ServerManagerCmd -i RSAT-ADDS Web-Server Web-Metabase Web-Lgcy-Mgmt-Console Web-ISAPI-Ext NET-HTTP-Activation Web-Basic-Auth Web-Digest-Auth Web-Windows-Auth Web-Dyn-Compression RPC-over-HTTP-proxy Web-Net-Ext

 

დაყენებისას answer ფაილების გამოყენება ალბათ ყველაზე მარტივი ხერხია, რადგან უკვე შეიცავს ყველა საჭირო კომპონენტს. თითო ფაილი აყენებს გარკვეული როლების შესაბამის კომპონენტებს, რადგან ჩვენ ვაყენებთ როლებს CAS, HUB, MBX, დაგვჭირდება  exchange-typical.xml

ყველა answer ფაილი მოთავსებულია კატალოგში \scripts\

exchange-all.xml – ყველა როლისთვის ყველა კომპონენტის დაყენება (ასევე შეიცავს Desktop Experience, Failover Clustering–ს)

exchange-base.xml – ნებისმიერი როლისთვის საჭირო ძიროთადი კომპონენტების მინიმალური ოდენობით დაყენება

exchange-cas.xmlClient Access როლისთვის საჭირო კომპონენტების დაყენება

exchange-edge.xmlEDGE Server როლისთვის საჭირო კომპონენტები

exchange-hub.xml – იგივე Hub Transport  Server როლისთვის

exchange-mbx.xml – იგივე Mailbox Server როლისთვის

exchange-typical.xml - CAS,HUB,MBХ როლებისთვის კომპონენტების კრებული

exchange-um.xml – კომპონენტები Unified Communications–თვის

ჩვენი ბრძანება გამოიყურება შემდეგნაირად:

 

ServerManagerCmd -ip Exchange-Typical.xml

e14-ins-p01

კომპონენტების დაყენების შემდეგ უნდა გადავტვირთოთ სერვერი shutdown –r –t 0.

დროა გადავიდეთ Exchange-ის დაყენებაზე, ვუშვებთ setup.exe-ს, ვირჩევთ Install Microsfot Exchange-

 

e14-ins-p02

 

ეს ვერსია შეიცავს მხოლოდ ინგლისურ ენას, მაგრამ შესაძლებელია გადმოვიწეროთ სხვა ენაც და ინსტალაციის პროცესში მიუთითოთ. ენის ასარჩევი ფანჯარა:

e14-ins-p03 e14-ins-p04

როგორც ყოველთვის License Agreement:

e14-ins-p05 e14-ins-p06

ინსტალაციის ტიპის არჩევა:

e14-ins-p07 e14-ins-p08

ვირჩევთ Mailbox Role, Client Access Role, Hub Transport– ს. რადგას ეს პირველადი დაყენებაა უნდა მიუთითოთ Excahnge Organization :

 e14-ins-p09 e14-ins-p10

რაც შეეხება Client Settings–ს – თუ კლიენტის მხარეს გამოიყენებთ Outlook 2003, მაშინ უნდა აირჩიოთ Yes. ამ შემთხვევაში ინსტალაციის დროს მოხდება Public Folders–ის კონფიგურაცია, რომელიც ესაჭიროება Outlook 2003–ს. უფრო ახალი ვერსიებისთვის Outlook 2007 და Outlook 2010 ეს აუცილებელი აღარ არის , რადგან ესენი გამოიყენებენ EWS–ს.  Mac OS Entourage –ის შემთხვევაში იგივე სიტუაციაა – ახალი ვერსია იყენებს EWS–ს, ძველს სჭირდება Public Folder (Microsoft Entourage for Mac, Exchange Web Services უკვე განხილული მაქვს). 

 e14-ins-p11 e14-ins-p12

ორგანიზაციის მომზადება და შემოწმება:

 e14-ins-p12a e14-ins-p12b

დაყენების პროცესი ხანგრძლივი არ არის, მაგრამ რა თქმა უნდა დამოკიდებულია ამორჩეულ კონფიგურაციაზე და სერვერის წარმადობაზე:

 e14-ins-p13a e14-ins-p13b

 

 ინსტალაციის დამთავრების შემდეგ რეკომენდირებულია სერვერის გადატვირთვა:

 e14-ins-p14

აი Exchange Server 2010–ის ფანჯარაც:

e14-ins-p15

 

სავარაუდოთ უახლოეს დროში მექნება პატარა შენიშვნები პირველად კონფიგურაციასთან დაკავშირებით და ახალი ფუნქციების განხილვა (რამდენიმე ადრეც იყო გამოქვეყნებული)

ჯერჯერობით ამით დავამთავრებ, ყველას გისურვებთ წარმატებულ დაყენებას, გატესტეთ და დატკბით ახალი ფუნქციებით.

 

©Translated by Evgenia Prikhodko

 

Microsoft Exchange Server 2007, Performance on VMware vSphere 4

by Arman Obosyan 21. May 2009 16:59

esx4.e12

…стартовала vSphere 4 и мы получили возможность скачать и установить VMware vSphere 4 (ESX4), что  можно  сказать? Думаю это выходит за рамки данного блога, но вот пожалуй очень интересный документ опубликовала VMware, Microsoft Exchange Server 2007, Performance on VMware vSphere 4

Думаю многим будет интересно ознакомится с этим документом, пока трудно что либо говорить вот когда свет увидит Hyper-V 2 (RTM сборка, не RC) тогда думаю можно делать выводы, а пока я продолжу молча ознаменоваться…

Microsoft Exchange Server 2007 Performance on VMware vSphere 4 

Бекап тут

 

[addlang]

 

esx4.e12

…დაისტარტა vSphere 4 და ჩვენ მოგვეცა საშუალება გადმოვიწეროთ და დავაყენოთ VMware vSphere 4 (ESX4). რა შემიძლია ვთქვა ამასთან დაკავშირებით? მგონია, რომ ეს აღემატება ამ ბლოგის ჩარჩოებს, მაგრამ VMware–მა გამოუშვა ძალიან საინტერესო დოკუმენტი– Microsoft Exchange Server 2007 Performance on VMware vSphere 4.

ალბათ ეს დოკუმენტი ბევრს დააინტერესებს. ჯერჯერობოთ რამის თქმა ძნელია, აი როდესაც მომხმარებლები გაეცნობიან Hyper-V 2 (RTM–ს და არა RC–ს) მაშინ შესაძლებელი იქნება გარკვეული დასკვნის გამოტანა, მე კი ჩუმად გავაგრძელებ გაცნობას...

Microsoft Exchange Server 2007 Performance on VMware vSphere 4

ბექაპი არის აქ

 

©Translated by Evgenia Prikhodko

Update Rollup 8 for Exchange Server 2007 Service Pack 1

by Arman Obosyan 20. May 2009 09:26

e12_thumb3[5]

Вышел Update Rollup 8, пакет обновления настоятельно рекомендуется для всех Exchange Server 2007 SP1. Как всегда UR8 включает в себя все предыдушие исправления и нет надобности в установке к примеру UR7 чтоб поставить UR8,

…если производится новая установка Exchange Server 2007 Service Pack 1 то кладем Exchange2007-KB968012-x64-EN.msp в директорию Update и оно будет установлено автоматически в ходе инсталляции. 

Полный список всех исправлений включенных в Update Rollup 8 for Exchange Server 2007 Service Pack 1 смотрим тут:

Knowledge Base Article KB968012

Download Update Rollup 8 for Exchange Server 2007 SP1

 

[addlang]

 

გამოვიდა Update Rollup 8. განახლება რეკომენდირებულია ყველა Exchange Server 2007 SP1 – სთვის. როგორც ყოველთვის UR8 შეიცავს ყველა ადრინდელ შესწორებას, ანუ  არ ითხოვს მაგალითად UR7–ის დაყენებას.
თუ ვახდენთ Exchange Server 2007 Service Pack 1 პირველად ინსტალაციას, მაშინ საკმარისია მოვათავსოთ Exchange2007-KB968012-x64-EN.msp დირექტორიაში Update და ის დაყენდება ავტომატურად ინსტალაციის პროცესში.
Update Rollup 8 for Exchange Server 2007 Service Pack 1–ში ჩართული ყველა შესწორების სია შეგვიძლია ვიხილოთ აქ:

Knowledge Base Article KB968012

Download Update Rollup 8 for Exchange Server 2007 SP1

 

©Translated by Evgenia Prikhodko

Exchange Server 2010 and Office Outlook 2010

by Arman Obosyan 19. May 2009 09:18

Office Outlook 2010 клиент для работы с Exchange Server 2010,

Некоторые новые возможности Outlook 2010

 

Мail Conversation - Позволяет группировать переписку, почтовые сообщения объединенные в одной теме, тем самым упорядочивая почту.

Mail Tips - И��формируют пользователя об отправки писем закрытым группам рассылки, отсылка пользователю который вне офиса (Out of Office),

информирует об отсылке на большие группы рассылки и т.д., тем самым снижается число ненужных писем.

Ignore or Mute - Игнорирование переписки, участвуя в переписке которая вам поднадоела можно "заIgnor-ить" сообщения чтоб больше вас не беспокоили

(вы не поверите но именно это фишки мне так не хватало на старой работе, когда идет огромная переписка а вы там случайно или потому что в группе, я думаю эту функцию по достоинству оценят мои старые коллеги, да и многие).

Текстовый просмотр voicemails в Outlook

Работа с текстовыми сообщениями SMS

Многое другое,

More...

Tags:

Exchange Server 2010 More PowerShell !

by Arman Obosyan 11. May 2009 13:52

e14-ps00

Больше PowerShell-а, еще больше! Я бы начал очередную заметку про Exchange Server 2010 с этих слов, впрочем  что я уже сделал :-)

Для меня PowerShell это то чего мне всегда не хватало в администрировании (думаю и для других тоже) с выходом Exchange Server 2007 в этом убедились все администраторы Exchange Server, рассказывать о прелестях и возможностях PowerShell выходит за рамки моего стиля Pauca Verba (немногословно) да и в интернете вы найдете много профессионально написанных статей на эту тему, а мне дилетанту в этом деле (написании статей, заметок) хочется рассказать о новых приятных “фишках” добавленных в Exchange Server 2010 (далее E14) по части PowerShell (PS)

Пожалуй самое первое что заметит администратор после установки E14 по части PowerShell это то что иконок запуска окна Exchange Management Shell (EMS) стало два! (2) Почему два? (а я вот о чем, Больше PowerShell-а, еще больше!)

Exchange Management Shell

Exchange Management Shell (Local Powershell)

Дело в том что в E14, PowerShell всегда соединяется с сервером через Internet Information Server к каталогу powershell, независимо от того, вы подключаетесь на локальный сервер или на удаленный сервер, тут WinRM является механизмом связи между Shell сессией и сервером E14.

При запуске Exchange Management Shell, происходит подключение к серверу и загрузка доступных cmdled-ов с сервера

Пример подключения EMS к серверу,

e14-ps02 e14-ps01

По умолчанию ярлык запуска EMS содержит параметры

'C:\Program Files\Microsoft\Exchange Server\V14\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto"

Как нетрудно догадаться что делает -auto, можно создать дубликат ярлыка с параметрам (пример) Connect-ExchangeServer -ServerFQDN e14ex02.corp.postmaster.ge и после запуска работать сразу с удаленным сервером, или в уже запушенном окне переключатся меж серверами (или организациями) командой Connect-ExchangeServer, стоит заметить что данная команда доступна только в RemoteExchange.ps1.

Вы наверно подумаете для чего так намудрили и теперь подключение происходит таким вот образом, а сделано это потому что была ведена Role Based Access Control (RBAC) которая после проверки вашего доступа и делегированных вам прав, позволяет работать в повершелл только с теми cmdled-ами на роли которых вы имеете права, тем самым при запуске вы получаете своё окружение PS.

Также стоит заметить что теперь и Exchange Management Console (EMC) работает по принципу соединения IIS и работа WinRM независимо от того, вы подключаетесь на локальный сервер или на удаленный сервер

Пример подключения EMC к другому серверу или тут про Exchange Online

e14-ps04 e14-ps03

Тут также присутствует RBAC и вы получаете только то что вам дано и не более.

Вы спросите а как же локальная работа на сервере? Для этого мы используем Exchange Management Shell (Local Powershell) который использует уже знакомый нам 'C:\Program Files\Microsoft\Exchange Server\V14\bin\Exchange.ps1'

Тут все как раньше

e14-ps05

Кстати кто устанавливал Exchange Server 2010 Beta на Windows Server 2008 R2 RC (6.1.7100) наверно встретился с несовместимостью в работе WinRM+PowerShell,

Вот тут то и спасает Exchange Management Shell (Local Powershell) которая работает исправно а вот о EMC и EMS сказать подобное пока нельзя, обещали исправить в следующих версиях E14.

Что еще спросите вы, обратите внимание на окно свойства пользователя, значок PowerShell, теперь все что было изменено можно видеть как это выглядит в PS

 e14-ps07 e14-ps08

Тем самым можно к примеру не зная как это делается с PS всегда научится у того же EMC, далее вам уже нечего не стоит придумать некий ваш скрипт и “за пэйплайнить” несколько скриптов сразу. Очень полезно тем кто незнаком с повершел, можно всегда видеть что происходит на самом деле в PowerShell

Больше PowerShell-а, еще больше!? Ага, вот еще, теперь все проделанные команды можно видит еще и виде лога проделанной работы, все действия проделанные с консоли EMC, логируются в отдельном окне и по завершению работы можно сохранить и заодно посмотреть что же вы 3-мя кликами мыши наделали в повершеле,

e14-ps09 e14-ps10

e14-ps11

 

Еше PowerShell? А как вам логии всего что происходит в PowerShell так еще и в удобном доступном месте к примеру в почтовом ящике?

 

Новая фишка Administrator Audit Logging, как она работает? Для начала сконфигурируем ее,

Запускаем наш Exchange Management Shell (Local Powershell) и набираем

e14-ps12

Set-AdminAuditLogConfig -AdminAuditLogEnabled $True

И на заранее созданный почтовый ящик adminauditlog@postmaster.ge направляем наши PowerShell логии

Set-AdminAuditLogConfig -AdminAuditLogMailbox adminauditlog@postmaster.ge

Теперь все проделаные нами действия будут приходить нам на заданыый почтовый яшик,

 e14-ps13 e14-ps14

Подробно о команде Set-AdminAuditLogConfig можно как всегда посмотреть командой get-help Set-AdminAuditLogConfig –full, можно сконфигурировать на запись в лог конкретных действий к примеру только set* или set-mailbox* и так далее.

И в заключении я могу сказать одно что в Exchange Server 2010 для начинающих только работать в Exchange Management Shell открываются новые возможности в изучении и познании работы EMS, если раньше мы могли довольствоваться только “выходным содержимым завершившейся команды в визарде” и ее копированием, то теперь можно пожалуй в любом месте сменив любой параметр предварительно увидеть как это выглядит в PowerShell, видеть что происходит на протяжении всей сесии работы, команды повершела, логировать их и получать на маил, ну и теперь скажите что EXCHANGE ROCKS! :-)

 

[addlang]

 

 

e14-ps00 მეტი PowerShell, კიდე უფრო მეტი! ამ სიტყვებით მინდა დავიწყო ეს სტატია Exchange Server 2010 – ს შესახებ. :-)

 PowerShell ჩემთვის არის ის, რაც ყოველთვის მაკლდა ადმინისტრირებაში (ალბათ ამაში ბევრი მკითხველი დამეთანხმება), Exchange Server -ის ადმინისტრატორები ამაში დარწმუნდნენ Exchange 2007-ს გამოსვლის თანავე. არ დავიწყებ მოყოლას PowerShell–ის საშუალებების და უპირატესობების შესახებ, რადგან ეს არ შეესაბამება ჩემ სტილს Pauca Verba (მოკლედ და კონკრეტულად), მითუმეტეს ინტერნეტში არის ბევრი პროფესიონალური სტატია ამ თემაზე, მე კი, როგორც დილეტანტი სტატიების დაწერის საკითხში მინდა მოვყვე PowerShell (PS) -თან დაკავშირებულ სასიამოვნო ახალ მომენტებზე , რომლებიც დაემატა Exchange Server 2010–ს (შემდეგში E14).

ყველაზე მთავარი და თვალსაჩინოა ის ფაქტი, რომ დაყენების თანავე ვხედავთ Exchange Management Shell (EMS) - ის ორ (2) პიქტოგრამას. რატომ ორს? მეც ამას ვამბობ – მეტი PowerShell, კიდე უფრო მეტი!

Exchange Management Shell

Exchange Management Shell (Local Powershell)

საქმე იმაშია, რომ E14-ში PowerShell ყოველთვის უკავშირდება სერვერზე PowerShell–ის კატალოგს Internet Information Server–ის გავლით, არა აქვს მნიშვნელობა როგორ ხდება დაკავშიდება – ლოკალურად თუ დისტანციურად. ამ შემთხვევაში WinRM აკავშირებს PowerShell-ის სესიას და E14-ს.

EMS- ის გაშვების თანავე მყარდება კავშირი სერვერთან და სერვერიდან იშვება ხელმისაწვდომი cmdlet-ები. EMS და სერვერის კონექტის მაგალითი:

e14-ps02 e14-ps01

EMS- ის შორტქატი ავტომატურად შეიცავს პარამეტრებს :

'C:\Program Files\Microsoft\Exchange Server\V14\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto"

-auto –ს ფუნქცია თვალსაჩინოა, შესაძლებელია შორტქატის დუბლიკატის შექმნა შემდეგი პარამეტრით : Connect-ExchangeServer -ServerFQDN e14ex02.corp.postmaster.ge და გაშვების თანავე ვიმუშავოთ სერვერზე დისტანციურად, ან შესაძლებელია უკვე გაშვებულ ფანჯარაში მოვახდინოთ გადართვა სხვა სერვერზე (ან ორგანიზაციაზე) Connect-ExchangeServer ბრძანების საშუალებით. ავღნიშნავ, რომ ეს ბრძანება ხელმისაწვდომია მხოლოდ RemoteExchange.ps1–ში.

ალბათ დაგაინტერესებთ ამ დამატებითი პარამერტის აზრი, ეს გახლავთ სერვისი Role Based Access Control (RBAC) – ს გამოყენება, რომელიც დაკავშირების თანავე ამოწმებს თქვენ წვდომას და თქვენზე დელეგირებულ უფლებეს, ამ შემოწმების შემდეგ Role Based Access Control (RBAC) გაძლევთ საშუალებას გამოიყენოთ მხოლოდ ის cmdlet-ები, რომელზეც გაქვთ წვდომა – ანუ EMS -ის გაშვებისას იღებთ თქვენთვის განკუთვნილ PS გარემოებას.

ასევე აღსანიშნავია, რომ ეხლა უკვე Exchange Management Console (EMC)–ც მუშაობს IIS-თან დაკავშირების პრინციპით და WinRM – ის მუშაობა არ არის დამოკიდებული იმაზე, თუ როგორ ხდება კონექტი – ლოკალურად თუ დისტანციურად.

იხილეთ EMC-ს დაკავშირების მაგალითი აქ ან აქ Exchange Online

e14-ps04 e14-ps03

აქაც მუშაობს RBAC და ღებულობთ მხოლოდ შესაბამის გარემოებას.

ალბათ გაგიჩნდებათ კითხვა სერვერზე ლოკალური მუშაობის შესახებ. ამისთვის გამოიყენება Exchange Management Shell (Local Powershell) ჩვენთვის უკვე ნაცნობი პარამეტრით: 'C:\Program Files\Microsoft\Exchange Server\V14\bin\Exchange.ps1'

აქ ყველაფერი ძველებურად არის :

e14-ps05

სხვათაშორის, ვინც დააყენა Exchange Server 2010 Beta Windows Server 2008 R2 RC (6.1.7100)–ზე შეამჩნევდა შეუთავსებლობას მუშაობაში WinRM+PowerShell. აქ გვეხმარება Exchange Management Shell (Local Powershell), რომელიც კარგად მუშაობს, EMS და EMC–ზე მაგას ჯერჯერობით ვერ ვიტყვი, მაგრამ Microsoft გვპირდება ამის გასწორებას E14 – ს შემდეგ ვერსიებში.

Что еще спросите вы, დაუკვირდით მომხმარებლის თვისებების (Mailbox Properties) ფანჯარას. ქვემოდ მოთავსებულია PowerShell-ის პიქტოგრამა, რომლის საშუალებით შეგვიძლია ვნახოთ როგორ გამოიყურება ესა თუ ის ცვლილება PowerShell–ში.

 e14-ps07 e14-ps08

ეს ძალიან სასარგებლოა იმათთვის, ვინც PS-ში ნაკლებად ერკვევა – თუ ვერ ვაკეთებთ გარკვეულ მოქმედებებს PS – ში შეგვიძლია გავაკეთოთ იგივე EMC – ში და ვნახოთ შესაბამისი კოდი.

მეტი PowerShell, კიდე უფრო მეტი? მართალია – ეხლა ყველა შესრულებული ბრძანების ლოგიც შეგვიძლია ვიხილოთ ცალკე ფანჯარაში და შევინახოთ ის მუშაობის დასრულების თანავე.

e14-ps09 e14-ps10

e14-ps11

კიდე PowerShell? და როგორ მოგწონთ ის, რომ ლოგი შეიძლება თხვენთვის მოხერხებულ ფორმაში მიიღოთ – მაქალითად თქვენ საფოსტო ყუთში?

ამისთვის გამოიყენება ახალი საშუალება Administrator Audit Logging,პირველ რიგში მოვახდინოთ მისი კონფიგურაცია. Exchange Management Shell (Local Powershell)–ში

ჩავწეროთ :

e14-ps12

Set-AdminAuditLogConfig -AdminAuditLogEnabled $True

და ვაგზავნით ლოგებს წინასწარ გამზადებულ მეილბოქს–ში adminauditlog@postmaster.ge направляем наши PowerShell логии

Set-AdminAuditLogConfig -AdminAuditLogMailbox adminauditlog@postmaster.ge

ახლა ყველა შესრულებული მოქმედების ლოგი გაიგზავნება ამ საფოსტო ყუთში.

 e14-ps13 e14-ps14

უფრო დაწვრილებითი ინფორმაცია Set-AdminAuditLogConfig ბრძანების შესახებ შეგვიძლია მივიღოთ სტანდარტულად – EMS- ში get-help Set-AdminAuditLogConfig –full სტრიქონის აკრეფით. ასევე შესაძლებელია ლოგ ფაილში მხოლოდ კონკრეტული მოქმედებების შესახებ ინფორმაციის ჩაწერა, მაგ. მხოლოდ set* ან set-mailbox* და ა.შ.

საბოლოოდ შემიძლია ავღნიშნო, რომ Exchange Server 2010 აძლევს ახალ საშუალებებს EMS –ში ნაკლებად გამოცდილ ადმინისტრატორებს ბევრად უფრო ღრმად შეისწავლონ EMS-ის მუშაობის პრინციპი. თუ ადრ�� შესაძლებელი იყო მხოლოდ დასრულებული ბრძანების EMS კოდის ნახვა ვიზარდში და მისი კოპირება, ეხლა უკვე შესაძლებელია მუშაობის პროცესში ნებისმიერ მომენტში ნებისმიერი პარამერტის შეცვლის თანავე ნახვა თუ როგორ გამოიყურება შესაბამისი EMS კოდი, ლოგირება და ლოგის მეილზე გადაგზავნა, ასე რომ ალბათ დამეთანხმებით

 EXCHANGE ROCKS! :-)

 

©Translated by Evgenia Prikhodko

Exchange Server 2010 Instant Messaging (IM)

by Arman Obosyan 8. May 2009 17:39

ExchangeSvr_h_rgb_221 …наверно мало кто уже помнит про то что в Exchange Server 2000 были встроенные средства мгновенных сообщений (Instant Messaging) а вот Exchange Server 2003 уже был без Instant Messaging и они дебютировали виде нового отдельного продукта Live Communication Server, соответственно и Exchagen Server 2007 был без Instant Messaging который как казалось ушел из мира Exchange. С анонсом Exchange Server 2010 Beta ситуация похоже стала меняться, из официальных источников:

e14-im-msg01 

e14-im-msg02

…с voice mail и mobility management мы уже знакомы, про поддержку SMS на стороне сервера я уже писал в кратком обзоре, также видно что в списке присутствует еще и IM - Instant Messaging и как нам пока приходится догадываться это будет (должно быть) интегрированное решение с почтовой системой на стороне сервера нежели то что мы имеем сейчас (работа на клиенте Outlook и Office Communicator) то есть серверное решение а не клиентское (почти как с SMS) Как уже не раз говорилось о том что все новые технологии есть в Exchange labs, по части Instant Messaging на Exchange Server 2010 предлагаю маленький обзор как это выглядит сегодня,   Встроенные средства IM в Outlook Live

Так выглядит обычное окно Outlook Live, обратите внимание на нижнюю сторону слева, Contact List

e14-im-scrn01 e14-im-scrn02 e14-im-scrn03

После логина можно добавить собеседников выбрав из списка адресной книги или прописав почтовые адреса

 e14-im-scrn04   e-14-im-scrn06

создания групп, возможность начать чат прямо из почтового сообщения,

 E14-im-scrn08 e14-im-scrn07

Окно чата, информация о новом сообщении,

e14-im-scrn09e14-im-scrn12 

Ответ на сообщение и смена статуса,

e14-im-scrn11e14-im-scrn14  

Дальше больше, в данной системе настроена “federation” и подключение к системе Instant Messaging возможно с Live Messenger, все что необходимо это установленная последняя версия Live Messenger, ваше имя пользователя и пароль!

e14-im-scrn17e14-im-scrn19 e14-im-scrn18 

Третий рисунок справа, информация о том что мы вошли в систему с нескольких мест, как видно на рисунке с Outlook Live и еще с рабочего компьютера

Переписка с собеседникам, получение пользователем в Outlook Live, или в тот же Live Messenger.

 e14-im-scrn20 e14-im-scrn21

------------------------------------

В данном примере все работает в связке Exchange Labs + Live Messenger то есть обе системы “пyблик”, как это будет (будет ли вообще?) в финальной версии пока остается загадкой, предполагая можно говорить что если подобное решение мы и увидим в рабочей среде то оно скорее всего будет построено на базе Office Communications Server + Exchange Server, что и как будет развиваться дальше я думаю мы увидим в ближайшем будущем.

Добавлено: После небольшого расследования выяснилось что интеграция будет “и уже есть” просто пока не доступна в „публике“ средства интеграции Office Communicator Server 2007 R2 и Exchange Server 2010 Beta, получается что ждем Beta 2 или в лучшем случае сразу RC Найдено на просторах интернета, где-то там… OWA and OCS integration… …which requires additional DLLs which are not yet publicly available hence you can not test OWA & OCS integration with current build of Beta.

 

EXCHANGE ROCKS!

 

[addlang]

 

ExchangeSvr_h_rgb_221ალბათ ბევრს აღარ გახსოვთ, რომ Exchange Server 2000–ში იყო ჩადებული შეტყობინებების სწრაფი გაცვლის საშუალება (Instant Messaging), ხოლო Exchange Server 2003 –ში ეს აღარ იყო, სამაგიეროთ  ეს საშუალება პირველად გამოვიდა ცალკე პროდუქტის სახით – Live Communication Server, შესაბამისად Exchange Server 2007– შის Instant Messaging არ იყო.

 Exchange Server 2010 Beta ანონსიდან ჩანს, რომ სიტუაცია იცვლება :

e14-im-msg01 

e14-im-msg02

…voice mail და mobility management უკვე ნაცნობი თემაა, SMS მხარდაჭერის შესახებ სერვერის მხარეზე უკვე დამიწერია მოკლე მიმოხილვაში, სიაში არის კიდე IM - Instant Messaging, სავარაუდოთ ეს იქნება ინტეგრირებული საშუალება საფოსტო სისტემით სერვერის მხარეზე, იმისგან განსხვავებით, რაც ეხლა გვაქვს – კლიენტები Outlook და Office Communicator, ანუ მომავალში გამოვიყენებთ სერვერს და არა კლიენტს, თითქმის როგორც SMS–ის შემთხვევაში.

 უკვე ავღნიშნე, რომ ყველა ახალი ტექნოლიგია არის Exchange labs–ში, აქ გავაკეთებ Exchange Server 2010 Instant Messaging –ის მოკლე მიმოხილვას.

Outlook Liveში ჩადებული IM საშუალებები:

ასე გამოიყურება Outlook Live–ის სტანდარტული ფანჯარა, მიაქციეთ ყურადღება მარცხენა ქვედა ნაწილში მოთავსებულ პუნქტს Contact List 

e14-im-scrn01 e14-im-scrn02 e14-im-scrn03

შეიძლება დავლოგონდეთ და დავამატოთ იუზერები GAL-დან არჩევით ან საფოსტო მისამართების ჩაწერით.

 e14-im-scrn04   e-14-im-scrn06

შეიძლება შევქმნათ ჯგუფები, ასევე დავიწყოთ ჩატი პირდაპირ საფოსტო შეტყობინებიდან.

 E14-im-scrn08 e14-im-scrn07

ჩატის ფანჯარა, ინფორმაცია ახალ შეტყობინებაზე:

e14-im-scrn09e14-im-scrn12 

შეტყობინებაზე პასუხი, სტატუსის შეცვლა:

e14-im-scrn11e14-im-scrn14  

ამ სისტემაში დაკონფიგურირებულია “federation”, შესაძლებელია სისტემასთან Instant Messaging  დაკონექტება Live Messenger–ის საშუალებით, ამისთვის საჭიროა მხოლოდ Live Messenger–ის ბოლო ვერსია, იუზერნეიმი და პაროლი!

e14-im-scrn17e14-im-scrn19 e14-im-scrn18 

არჯვენა სკრინზე ჩანს ინფორმაცია იმაზე, თუ რამდენი კონექთი დამყარდა და საიდან. ამ შემთხვევაში არის ორი კონექტიOutlook Live–დან და სამუშაო კომპიუტერიდან.

მიმოწერის ფანჯარა, Outlook Live–ში ან Live Messenger–ში შეტყობინების მიღება.

 e14-im-scrn20 e14-im-scrn21

------------------------------------

ამ მაგალითში მუშაობს Exchange Labs + Live Messenger, ანუ ორივე „Public“ სისტემა, ასე იქნება თუ არა საბოლოო ვერსიაში ჯერ უცნობია, ჩემი ვარაუდით, ეს სისტემა იქნება აგებული Office Communications Server + Exchange Server პრინციპზე, როგორი იქნება შემდგომი განვითარება             ალბათ უახლოვეს მომავალში გავიგებთ.

დამატებულია: პატარა გამოკვლევის შემდეგ გავარკვიე, რომ ინტეგრაცია იქნება და „უკვე არის“ , უბრალოდ ჯერ მომხმარებლებისთვის ხელმისაწვდომი არ არის, ინტეგრაციის საშუალებებია Office Communicator Server 2007 R2 და Exchange Server 2010 Beta, გამოდის რომ ველოდებით Beta 2–ს ან პირდაპირ RC–ს.

ინფორმაცია ნაპოვნია სადღაც ინტერნეტში...

OWA and OCS integration…

…which requires additional DLLs which are not yet publicly available hence you can not test OWA & OCS integration with current build of Beta.

 

 

©Translated by Evgenia Prikhodko

BlackBerry Enterprise Server 5.0

by Arman Obosyan 3. May 2009 13:11

 

Black Berry Enterprise Server 5.0 и что в нем нового, web-based  консоль администрирования. Новая возможность по высокой доступности High Availability, конфигурирование Primary/Standby BES с автоматическим или ручным failover

BES 5 HA Servers Diagram

BlackBerry Enterprise Server простая модель primary/standby

 

5 функций, которые делают вашу работу легче

BlackBerry Enterprise Transporter Tool
With the BlackBerry® Enterprise Transporter tool you can run parallel BlackBerry Enterprise Server environments, allowing you to do real-world testing in the new BlackBerry Enterprise Server v5.0 environment with part of your team before making a full migration. There's no need to wipe devices before transferring to BlackBerry Enterprise Server v5.0, and backing out to the pre-existing environment is easy.

Threshold Assistance Tool
The Threshold Assistance Tool resides within the BlackBerry® Monitoring Service; it uses the information gathered by your monitoring database to suggest acceptable operating thresholds for your particular server and network environment. As your company grows, you can run the tool again to set new baselines.

High Availability
Utilizing High Availability is easier than you think—three clicks and you're done. Learn more about this feature in an upcoming edition of BlackBerry Connection.

Role-Based Admins
BlackBerry Enterprise Server v5.0 allows for granular control of admin permissions. You can now scope a given role to a set of users the admin can take action on. For example, you can create an executive-support IT group, which would allow for only particular employees to perform administrative tasks against the execs' accounts.

Maintenance Windows
You can now opt to suspend alerts during specific periods, for example, during server maintenance. Using this function just might end those early-morning wake-up calls that occur during scheduled server downtime.

 

Смотрим тут:

Preview BlackBerry Enterprise Server v5.0

Tags:

Exchange Server 2010 Beta on Windows Server 2008 R2 RC

by Arman Obosyan 3. May 2009 09:44

ExchangeSvr_h_rgb_221

Многие наверно после выхода Windows Server 2008 R2 RC (Release Candidate, билд 7100) пробовали ставить Exchange Server 2010 Beta на Windows Server 2008 R2 RC ,или к примеру только Exchange Management Console на что получали сообщение

Error:

Microsoft Exchange Server 2010 Beta is not supported on this version of Windows. Install Windows Server 2008 R2 Beta (build 7000).

E14onW7100p1

Немного поэкспериментируя я нашел что изменив значение в реестре можно “пройти чекер на все зеленые”

Для этого в реестре меняем значение:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion]

"BuildLabEx"="7100.0.amd64fre.winmain_win7rc.090421-1700"

На 7000, итог

"BuildLabEx"="7000.0.amd64fre.winmain_win7rc.090421-1700"

После чего все проходит хорошо

E14onW7100p2 

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

После установки не забудьте вернуть значение "BuildLabEx"="7100.0.amd64fre.winmain_win7rc.090421-1700"

Стоит заметить что Exchange Server 2010 Beta помимо всего прочего требовал

Версию Windows PowerShell V2 не ниже 6.1.6949 и Windows Remote Management 2.0 не ниже 6.0.6001.18172, на Windows Server 2008 R2 RC ставить их отдельно не нужно так как версии PowerShell и WInRM как не трудно догадаться 6.1.7100

добавлено:

…стоит заметить еще то что все тот же результат “все зеленые”, можно получить если запустить инсталлятор на Windows Server 2008 R2 RC в режиме Program Compatibility к примеру Windows Vista (Service Pack 2)(других кроме Windows Vista * НЕТ!), но тогда будет невозможным развернуть роли отличные от Managment Tools, если вам нужны только средства управления юзаем Program Compatibility, если другие серверные роли то правим значение в реестре.

последующая стабильность и правильность работы не гарантирована!,

ДАННЫЙ МЕТОД ТОЛЬКО ДЛЯ ОЗНАКОМЛЕНИЯ,

впрочем как и Exchange Server 2010 Beta и Windows Server 2008 R2 RC :-)

 

[addlang]

 

ExchangeSvr_h_rgb_221

ალბათ ბევრმა ადმინისტრატორმა სცადა დაეყენებინა Exchange Server 2010 Beta ან მხოლოდ Exchange Management Console ვერსიაზე Windows Server 2008 R2 RC (Release Candidate, build 7100), რის შედეგად მიიღებდა შემდეგ შეტყობინებას:

Error:

Microsoft Exchange Server 2010 Beta is not supported on this version of Windows. Install Windows Server 2008 R2 Beta (build 7000).

E14onW7100p1

რამდენიმე ექსპერიმენტის ჩატარების შედეგად აღმოვაჩინე, რომ შესაძლებელია ჩეკერის წარმატებულად გავლა, თუ რეესტრში შევცვლით შემდეგ მნიშვნელობას:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion]

"BuildLabEx"="7100.0.amd64fre.winmain_win7rc.090421-1700"

7000–ით  მივიღებთ:

"BuildLabEx"="7000.0.amd64fre.winmain_win7rc.090421-1700"

ამის შემდეგ შემოწმება გავლილია:

E14onW7100p2 

მიუხედავად იმის, რომ რეესტრის ამ key-ში კიდე გხვდება 7100 სხვა value-ბშიც, მაგათი შეცვლა საჭირო არ არის. ინსტალაციის პროცესი გრძელდება სტანდარტულად. დამთავრების თანავე საჭიროა ძველი მნიშვნელობის დაბრუნება : "BuildLabEx"="7100.0.amd64fre.winmain_win7rc.090421-1700".

ავღნიშნავ, რომ Exchange Server 2010 Beta–ს დამატებით სჭირდება:

Windows PowerShell V2 არა ნაკლებ 6.1.6949–ის და Windows Remote Management 2.0 არა ნაკლებ 6.0.6001.18172–ის, Windows Server 2008 R2 RC–ზე მათი დაყენება საჭირო არ არის, რადგან იგი შეიცავს PowerShell–ის და WInRM–ის 6.1.7100 ვერსიებს.

დამატებულია:

აღსანიშნავია, რომ შემოწმების წარმატებული შედეგი შეგვიძლია მივიღოთ იმ შემთხვევაშიც, თუ გავუშვებთ ინსტალაციას  Windows Server 2008 R2 RC–ზე რეჟიმში Program Compatibility, მაგალითად Windows Vista (Service Pack 2) (Windows Vista *–ს გარდა სხვა არ არის), მაგრამ ამ შემთხვევაში შეუძლებელია Managment Tools–ის გარდა სხვა როლების გამოყენება. ასე რომ, თუ მხოლოდ მართვის საშუალებები გვჭირდება, მაშინ ვიყენებთ Program Compatibility––ს, თუ სხვა სერვერული როლებიც – ვცვლით რეესტრის მნიშვნელობებს.

შემდგომი გამართული მუშაობა გარანტირებული არ არის!

მეთოდი აღწერილია მხოლოდ გასაცნობათ,

ასევე, როგორც Exchange Server 2010 Beta და Windows Server 2008 R2 RC :-)

 

©Translated by Evgenia Prikhodko

Exchange Server 2010 EMC, Exchange Online, Manage Recipients,

by Arman Obosyan 24. April 2009 12:47

ExchangeSvr_h_rgb_22 После выхода Exchange Server 2010 Beta, нам стала доступна консоль управления (и многое другое!), с ее помощью мы можем администрировать пользовательские майлбоксы которые размешены на Microsoft Exchange Labs!

Как пример я попробовал добавить postmaster.ge на администрирование средствами консоли которая идет с Exchange Server 2010 Beta, для начала нам нужна установить саму консоль управления, или можно работать с любого E14 сервера который у вас уже установлен, если нет, то уже самое время устанавливать! (сам процесс установки уже был описан многими, вы можете прочитать об этом тут) добавлю что нам для администрирования Exchange Labs нужна только консоль управления (естественно WinRM 2.0 не ниже CTP3 и PowerShell V2 CTP3, что собственно и требуется при инсталляции Exchange Server 2010)

Для начала проверим доступ до Exchange Labs средствами PоwerShell а затем добавим его в консоль Exchange Server 2010, Запускаем PowerShell, удостоверяемся что PowerShel может выполнять удаленные команды Get-ExecutionPolicy если результат не RemoteSigned то устанавливаем Set-ExecutionPolicy RemoteSigned

 image

В окне PowerShell $LiveCred = Get-Credential , на что получаем окно ввода пользователя и пароля для администрирование Exchange Labs

image

Подключаемся к серверу $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic –AllowRedirection  

image

Параметр AllowRedirection помогает нам подключатся по одному url к любым серверам И импорт cmdled-ов Import-PSSession $Session проверяем, по завершению тестирования закрываем сесcию командой Remove-PSSession $Session  

image

Теперь можно смело подключатся через Exchange Management Console, запускаем  

image

В поле Specify a friendly name for this Exchange forest: указываем название или любое значение по вашему усмотрению Select the type of Exchange deployment: выбираем Microsoft Exchange Online, в поле Administrator указываем учетную запись администратора, пароль, и указываем url удаленного PowerShell Если вы были переадресован на другой сервер когда подключались через PowerShell то тут нужно указывать именно тот url на который вы были переадресованы, после подключения мы увидим:

image image image 

 Таким образом с новым Exchange Server 2010 мы можем администрировать как локальные и удаленные сервера в организации так и за пределами, будь то Exchange Labs или сервера других Exchange организаций или…., ну понятно :)

Радует то что с Exchange Server 2010 нам дается возможность администрировать с WEB (через ECP), PowerShell и Management Console, как локально так и удалено!melbas

EXCHANGE ROCKS!

 

 

[addlang]

 

ExchangeSvr_h_rgb_22Exchange Server 2010 Beta -ს გამოსვლისას ჩვენთვის ხელმისაწვდომი გახდა მართვის კონსოლი (და არა მხოლოდ ეს!) , რომლოს საშუალებით შეგვიძლია ადმინისტრირება სამომხმარებლო მეილბოქსების, რომლების განთავსებულია Microsoft Exchange Labs–ში!

მაგალითისთვის ვცაცე postmaster.ge–ს დამატება ადმინისტრირებაში. ამისთვის გამოვიყენე კონსოლი, რომელიც შედის პაკეტში Exchange Server 2010 Beta. პირველ რიგში უნდა დავაყენოთ ეს კონსოლი, სხვა შემთხვევაში შეიძლება ნებისმიერი თქვენი დაყენებული E14–ს გამოყენება, თუ E14 ჯერ არ  დაგიყენებიათ, დროა დააყენოთ (დაყენების პროცესის აღწერა შეგიძლიათ იხილოთ აქ). დავამატებ, რომ Exchange Labs – ის ადმინისტრირებისთვის საკმარისია მხოლოდ მართვის კონსოლი (და რა თქმა უნდა WinRM 2.0 არა ნაკლები CTP3–ს და PowerShell V2 CTP3, რაც Exchange Server 2010–ს სჭირდება).

პირველ რიგში შევამოწმოთ წვდომა Exchange Labs–მდე PоwerShell საშუალებით, შემდეგ დავამატებთ მაგას კონსოლში Exchange Server 2010. ვუშვებთ PоwerShell–ს, ვრწმუნდებით, რომ შეიძლება დისტანციური ბრძანებების შესრულება:

Get-ExecutionPolicy

 image

შემდეგ ვწერთ $LiveCred = Get-Credential, რის შედეგად ვიღებთ აუტენტიფიკაციის ფანჯარას:

image

ვუკონექტდებით სერვერს:

 $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic –AllowRedirection  

image

AllowRedirection პარამეტრი გვაძლებს საშუალებას გამოვიყენოთ ერთი url სხვადასხვა სერვერებთან დაკონექტებისთვის.

სევე ვაკეთებთ Import-PSSession $Session cmdled–ების იმპორტისთვის

ვამოწმებთ გამართულ მუშაობას:

image

ეხლა განვიხილოთ კონექთი Exchange Management Console–ის გამოყენებით:

image

ველში Specify a friendly name for this Exchange forest ვუთითებთ დასახელებას ან ნებისმიერ მნიშვნელობას თქვენი გემოვნებით.

Select the type of Exchange deployment: Microsoft Exchange Online, Administrator: ადმინისტრატორის იუზერნეიმი, Password: პაროლი და ქვემოდ ვუთითებთ დისტანციური PowerShell–ის url–ს.

თუ PowerShell–ით კონექტის დროს მოხდა თქვენი გადამისამართება სხვა სერვერზე, მაშინ აქ უნდა მიუთითოთ ის url, რომელზეც მოხდა გადამისამართება. კონექთის დამყარების შემდეგ ვხედავთ შემდეგ სურათს:

image image image 

ასე რომ ახალ Exchange Server 2010–ით შეიძლება როგორც ლოკალური, ასევე დისტანციური სერვერების ადმინისტრირება, როგორც ჩვენ ორგანიზაციაში, ასევე მისი ფარგლების გარეთ, არა აქვს მნიშვნელობა ეს იქნება Exchange Labs, ან სხვა Exchange ორგანიზაციების სერვერები, და ა.შ.

სასიამოვნოა ის ფაქტიც, რომ გვეძლევა WEB ადმინისტრტრირების საშუალება (ECP–ს საშუალებით), PowerShell და Management Console ლოკალურად და დისტანციურად!

melbas

EXCHAGNE ROCKS!

 

©Translated by Evgenia Prikhodko

 

 

Exchange Server 2010 Text Messaging (SMS)

by Arman Obosyan 23. April 2009 09:46

ExchangeSvr_h_rgb_221…и вот рассматривая что новое для пользователей Exchange Server 2010, можно немного сказать про Test Messaging (SMS), (Short Message Service) так вот теперь стало возможным получать и отправлять текстовые (SMS) сообщения с Outlook Live (OWA) и синхронизировать на мобильные устройства по Windows Mobile 6.5, как это выглядит предлагаю маленький обзор в виде скринов.

В почтовом ящике Outlook Live у нас теперь в месте с письмами текстовые sms сообщения!, обратите внимания иконка выглядит иначе, на текстовых сообщениях

clip_image002

При раскрытии SMS сообщения мы видим отправителя, получателя и тело сообщения, все как с обычными письмами

clip_image004

Мы можем ответить на сообшение, при просмотре свойств оправителя можно увидеть что в address: добавился префикс MOBILE:

ol-sms04

Из настроек мобильного устроиства в Outlook Live, и SMS настройки

clip_image008clip_image010

clip_image012

Из настороек SMS видно что в списке отсутствует Европа, да и конечно “мы”, думаю ситуация исправится так как при тестировании раней версии в списке было гараздо меньше операторов, в E14 Beta саписок раширен

clip_image014clip_image016

clip_image018

Так что пока нет полной поддержки SMS сообщений в наших регионах, можно воспользоваться Windows Mobile 6.5 (которая тоже пока бета) и синхронизировать SMS сообщения с почтовым ящиком Exchange Server 2010, все что нужно это при настройке ActiveSync на мобильном устройстве пометить Text Messages, кто настраивал W6.x EAS сразу заметят что раньше Text Messaging не было, пока только на WM6.5 синхронизация SMS

clip_image020clip_image022clip_image024

Вот так это выглядит в PDA, впрочем нечего особенного, а вот на скрине ниже уже в маилбоксе на Outlook Live (OWA)

ol-sms12

При ответе на сообшение в Outlook Live (OWA) мы видим все переписку в PDA в разделе SMS/MMS а не Outlook E-Mail !!!, в PDA текстовые сообшения попадают туда куда надо не миксуются с письмами, в отличии от Outlook live

clip_image028

…и мы получаем интеграцию почтовых (email) и текстовых сообщений (sms) в почтовом ящике, интересно что мы получим в финальной версии так как пока многое не совсем удобно к примеру синхронизируя текстовые сообщения с почтовым ящиком нет механизма фильтра или сортировки, все текстовые сообщения попадают в Inbox, нет и рулов чтоб делать сортировку sms и email-ов по раным папкам, хоть и в Windows Mobile 6.5 письма и текстовые сообщения находятся в соответствующих разделах и не миксуются в месте, по сути все это клиенты WinMo, Outlook Live, а вот Outlook 2010 еще предстоит увидеть, как там реализованы встроенные средства работы с текстовыми сообщениями в тандеме с Exchange Server 2010, стоит упомянуть что речь не идет о дополнения к Outlook которые позволяют отправлять SMS сообщения практически с любого оператора, тут именно поддержка со стороны Exchange Server 2010.

Ну посмотрим что нам готовят в RTM.

Как всегда Exchange Rocks!

 

[addlang]

 

ExchangeSvr_h_rgb_221Exchange Server 2010 -ის ახალი სამომხმარებლო ფუნქციების განხილვის დროს შეიძლება რამოდენიმე კომენტარის გაკეთება Test Messaging (SMS)–ზე (Short Message Service). ეხლა უკვე შესაძლებელია ტექსტური შეტყობინებების (SMS) მიღება/გაგზავნა Outlook Live (OWA)–ს საშუალებით და სინქრონიზაცია მობილურ მოწყობილობებზე Windows Mobile 6.5. გავაკეთებ ამ პროცესის ზოგად მიმოხილვას სკრნინების გამოყენებით.

საფოსტო ყუთში Outlook Live ჩვენ ახლა არა მხოლოდ წერილები გვაქვს, არამედ SMS ტექსტური შეტყობინებებიც! მიაქციეთ ყურადღება პიქტოგრამას, ტექსტური შეტყობინებებისთვის ის სხვანაირად გამოიყურება:

clip_image002

SMS-ის გახსნისას ვხედავთ გამომგზავნის და მიმღების ნომრებს და შეტყობინების ტექსტს, ყველაფერი ასევეა, როგორც ჩვეულებრივი ელექტრონული წერილებისთვის:

clip_image004

შესაძლებელია შეტყობინებაზე პასუხის გაცემა. თუ შევხედავთ გამომგზავნის თვისებებს შევამჩნევთ, რომ ველში Address: დამატებულია პრეფიქსი MOBILE:

ol-sms04

Outlook Live–ის მობილური მოწყობილობის და SMS–ის კონფიგურაცია:

clip_image008clip_image010

clip_image012

SMS–ის კონფიგურაციიდან ჩანს, რომ  სიაში Locale არ არის ევროპა და არც  „ჩვენ“ ვართ, მაგრამ იმედი მაქვს, რომ სიტუაცია გამოსწორდება, რადგან ადრინდელი ვერსიის ტესტირების დროს მობილური ოპერატორების სიაში იყო ბევრად ნაკლები ოპერატორი, E14–ში ეს სია გაიზარდა.

clip_image014clip_image016

clip_image018

ასე რომ, სრულყოფილი SMS მხარდაჭერა ჩვენ რეგიონში ჯერჯერობით არ არის. ამიტომ შეიძლება გამოვიყენოთ Windows Mobile 6.5 (ესეც ჯერჯერობით მხოლოდ ბეტაა) და დავასინქრონოთ SMS–ები Exchange Server 2010–ის საფოსტო ყუთთან. ერთადერთი. რაც საჭიროა ActiveSync–ის კონფიგურაციისთვის მობილურ მოწყობილობაში – მოვნიშნოთ Text Messages. ის, ვინც ადრე დააკონფიგურირა W6.x EAS შეამჩნევს, რომ ადრე  Text Messaging არ იყო. WM6.5 –ზე SMS–ების სინქრონიზაცია :

clip_image020clip_image022clip_image024

აი ასე გამოიყურება ეს PDA–ში, განსაკუთრებული არაფერია. ქვემოდ სკრინზე კი მოყვანილია SMS –ის მაგალითი Outlook Live (OWA)– ს მეილბოქსში.

ol-sms12

Outlook Live (OWA)–დან გაცემულ პასუხებს ვხედავთ PDA–ში SMS/MMS განყოფილებაში და არა Outlook E-Mail !!! ანუ PDA–ში SMS–ები ცალკეა, არ არის არეული წერილებთან, Outlook live–სგან განსხვავებით.

clip_image028

ასე რომ, გვაქვს ინტეგრაცია წერილების (email) და ტექსტური შეტყობინებების (sms) საფოსტო ყუთში. საინტერეოა, რა და როგორ იქნება ფინალურ ვერსიაში. ჯერჯერობით ბევრი რამ სრულიად მოხერხებული არ არის. მაგალითად, არ არსებობს მაილბოქს–ში  მიღებული SMS-ების ფილტრაცია, ყველა ტექსტური შეტყობინება მოდის Inbox–ში, არ არის გათვალისწინებული რულები, რომ დავალაგოთ sms–ები და email–ები სხვადასხვა საქაღალდეებში. Windows Mobile 6.5–ში sms–ები და email–ები გაფილტრულია სხვადასხვა ფოლდერებში,  მაგრამ ეს WinMo, Outlook Live–ის კლიენტებია, და რა გველის Outlook 2010–ში კიდე უნდა ვნახოთ, როგორ არის რეალიზებული მანდ SMS-ებთან მუშაობის ჩადებული შესაძლებლობები. ავღნიშნავ, რომ საუბარია არა Outlook –ის დამატებებზე, რომელიც გვაძლევს SMS–თან მუშაობის საშუალებას თითქმის ნებისმიერი ოპერატორის გამოყენებით , არამედ Exchange Server 2010–ის მხარდაჭერაზე.
ვნახოთ, რას ამზადებენ RTM–ში.


როგორც ყოველთვის – Exchange Rocks!

 

©Translated by Evgenia Prikhodko

 

© 2008-2012, Arman Obosyan, Postmaster.GE
Powered by BlogEngine.NET 2.6.0.18
Hosted on Windows Azure and IIS8

About the author

Arman Obosyan have more than 20+ years’ work experience in Information Technologies sector.

Last few years he working on a position Technology Strategist at Microsoft Corporation, In the past Arman was Head of IT Infrastructure in Governmental Central Bank of Georgia (National Bank of Georgia).

Nowadays Arman is supporting C-Level and enabling business, visionary with a passion of technology, trends.

---

Certified since 2003 year, passed following certifications MCP, MCSA, MCSE, MCTS, MCITP, Exin ITIL and VMware Certified Professional (VCP)

Founder / Lead of Microsoft Certified Professionals (MCP) Club Tbilisi and Community GE project 

In 2010 Was awarded a Microsoft Most Valuable Professional (MVP)

2017 MVP Reconnect

--------

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent anyone else's view in any way, including those of my employer.



Live Trafic

 

Calendar

<<  June 2019  >>
MoTuWeThFrSaSu
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

View posts in large calendar

TextBox