Майкрософт “объединит” людей посредством новой версии Office Communications Server (”Wave 14″).
http://www.microsoft.com/presspass/press/2010/mar10/03-24CS14PR.mspx
Данный продукт обещают выпустить во второй половине 2010 года.
Майкрософт “объединит” людей посредством новой версии Office Communications Server (”Wave 14″).
http://www.microsoft.com/presspass/press/2010/mar10/03-24CS14PR.mspx
Данный продукт обещают выпустить во второй половине 2010 года.
The EU Commission accepts Microsoft’s proposed way of implementing a ‘ballot screen’ on Windows 7 so that customers can easily chose to install other browsers than Internet Explorer. This is a much better outcome than banning Microsoft for shipping Internet Explorer as part of Windows 7. This is great news for both Microsoft but also for all Microsoft partners that are building solutions on top of Internet Explorer. We as concerned SMEs in the European ICT sector can congratulate ourselves on making our voice heard in the aisles of Brussels. Without our involvement this could have gone another way. Thank you so much for being part of this! Your involvement has been crucial!
Общая суть: Майкрософт и Еврокоммисия договорились об использовании браузера MSIE в Windiows 7, при этом у покупателя должна быть возможность выбора (”окошко голосования”) какой браузер установить, что является более лучшим результатом, чем блокирование поставок Windows 7 с предустановленным MSIE.
Смотрим тут http://technet.microsoft.com/en-us/library/dd638119(EXCHG.140).aspx
Загружаем здесь http://www.microsoft.com/downloads/details.aspx?FamilyID=3fdf49db-cb84-4dfe-8b8b-b30178b1a514&displaylang=en
Список команд читаем здесь http://technet.microsoft.com/en-us/library/bb310779(EXCHG.140).aspx
Или к вопросу “Unable to edit settings in Component Services” (”невозможно изменять свойства служб компонентов”).
Ошибка DCOM 10016 в журнале событий Windows.
Причина невозможности редактирования свойств объектов — остутсвие прав на изменение ключей реестра в разделе “HKEY_CLASSES_ROOTAppID{…}”. Теперь, по умолчанию, только Trusted Installer может вносить изменения в данном разделе, Administrators имеют только права чтения.
Решение — в regedit выбираем необходимый AppID (например “HKEY_CLASSES_ROOTAppID{61738644-F196-11D0-9953-00C04FD919C1}”), далее нажимаем Permissions -> Advanced -> Owner и делаем Administrators новым владельцем. Данное изменение позволит нам теперь установить Full Control разрешения для администраторов, что и нужно сделать.
Стоить заметить, что данный метод действует как в Windows 7, так и в Windows Server 2008 R2.
Изменения в реестре могут серьезно повлиять на работу ОС
Майкрософту респект — Windows 7 наконец то вышел, и производит впечатление законченного и надежного продукта. Нет какой то недосказанности, как в предыдущем релизе ОС. Уже 3 дня наслаждаюсь новинкой.
Процесс перехода от Windows Vista Ultimate до Windows 7 прошел гладко и без заминок — как говориться “читайте инструкции” Единственным приложением которое в очередной раз не было подготовленно к выпуску новой системы был Антивирус Касперского, но им виднее (бета пак есть только для KAV for WS).
Из понравившихся новинок — новый интерфейс ОС, Windows Virtual PC c интегрированным Windows XP Mode, поддержка безопасных Home Networks и модернизированный Media Center.
Информацию по началу продаж продукта можно найти здесь.
Теперь ждем Windows Server 2008 R2…
Заметка для практикующих Hyper-V.
После установки на сервер Service Pack 2 для Windows Server 2008 с развернутой ролью Hyper-V, столкнулся с проблемой отсутствия связи с виртуальными машинами — точнее, перестал работать Ethernet (External Network) в каждой из существующих виртуальных машин.
Решение — удаление и создание вновь сетевых коннекторов (Internal, External) с последующей настройкой конфигураций виртуальных машин.
Внимание, незабывайте проверять работу связи с виртуалными машинами после каждой операции обновления ПО сервера хозяина.
Уж очень анекдот понравился, жизненный…
Приехал барин из Петербурга в поместье.
Утром, в сопровождении управляющего, идет озирать владения.
Подходят к ручью, через который перекинуто скользкое брёвнышко. Барин на втором же шаге соскальзывает и увязает штиблетами в грязи.
— Ты бы, Никодим, — говорит управляющему, — мостик бы какой здесь поставил или досочку хоть положил…
— Сделаем, барин!
Чекрез пару недель недель барин снова надевают штиблеты и идут гулять.
Подходят к ручью, а там все как и было. Барин разворачивается, управляющему по зубам — хрясь!!! Печально вздыхает и идёт назад, испить “кофею”.
На следующий день утром барин встает, натягивает охотничьи сапоги, идет озирать владения
А там — мостик резной, с перилами и балясинами, с масляными лампами и лаком блестит-переливается. Барин, конечно же, в шоке.
— Ты что, Никодим — сразу поставить не мог?
— Не было четких указаний, барин!
Вчера анонсировали бету Microsoft Exchange 2010, продукт доступен к загрузке.
Цитирую:
Гибкость применения и надежность — Exchange Server 2010 дает возможность подстроить развертываемую систему под нужды конкретного предприятия и предоставляет упрощенный способ обеспечения беспрерывного доступа к электронной почте для всех пользователей.
Повсеместный доступ — Exchange Server 2010 расширяет возможности пользователей, предоставляя безопасный доступ ко всем средствам связи — электронная почта, голосовая почта, мгновенные сообщения и многое другое — практически с любой платформы, веб-браузера или устройства.
Защита и соответствие требованиям — Exchange Server 2010 предоставляет средства доступа к единым источникам информации, предотвращения потери данных и соответствия требованиям, позволяющие упростить работу.
Интересно, что за мгновенные сообщения в нем будут и как это интегрируется с OCS 2007 R2…
Ссылки по теме:
Решение ошибки: “Exchange Connection Error” when you run Office Communicator 2007 internally.
Столкнулся с проблемой обозначенной выше, примерная суть – запускаю Office Communicator 2007 находясь в локальной сети, а он запрашивает авторизацию на сервере Exchange 2007 – ввожу правильные данные, а авторизация не проходит.
Искал решение данной проблемы у Майкрософт и на форумах – не нашел…
Решил изучить проблему плотнее:
Запускаясь, Communicator 2007 запрашивает информацию о занятости пользователя (календарь) используя Exchange Web Services, т.е. делает запрос на ресурс https://[internal url]/ews/exchange.asmx – который, собственно, и запрашивает авторизацию (по умолчанию windows, ntlm).
Т.е. стало понятно где искать искомую проблему и дальше осталось только отследить работу Kerberos авторизации на IIS (Exchange 2007 с ролью Client Access), для этого есть полезная статья http://support.microsoft.com/kb/326985.
Решение:
Исползуя Setspn получаем список SPN на сервере с ролью Client Access
C:Setspn –L servername
Registered ServicePrincipalNames for …
exchangeRFR/servername
exchangeRFR/servername.domain.local
exchangeMDB/servername
exchangeMDB/servername.domain.local
SmtpSvc/servername
SmtpSvc/servername.domain.local
SMTP/servername
SMTP/servername.domain.local
HOST/servername
HOST/servername.domain.local
Ищем http сервис, если такого не находим то добавляем его
C:Setspn –A http/servername
C:Setspn –A http/servername.domain.local
Готово, далее можно проверить наличие новых SPN способом описанным выше.
Перезапускаем Office Communicator 2007 и смотрим результат.
P.S.
Обратил внимание, что данная ошибка имеет место на “чистой” установке Exchange 2007 и проявляется при работе с Exchange Web Services в целом, например при попытке зайти в опции Голосовой Почты (Voice Mail tab in Options of Outlook 2007).
Пользователи OCS 2007 с включенной поддержкой Enterprise Voice могут использовать Exchange 2007 Unified Messaging как систему Голосовой Почты, которая позволяет как прием голосовых сообщений, так и прием факсов пользователями. В такой конфигурации пользователям присваивается Direct Inward Dialing (DID) номера, привязанные к OCS 2007, а сам OCS 2007 подсоединен к PSTN или PBX систему через OCS 2007 Mediation Server и SIP-PSTN шлюз. Как настроить интеграцию между OCS 2007 и Exchange 2007 SP1 UM описано здесь.
Exchange 2007 SP1 UM поддерживает как голосовую почту, так и входящие факсы на заданный номер. Однако если пользователь одновременно подключен к Exchange UM и Enterprise Voice с помощью OCS 2007, используя при этом общий номер (расширение) — входящие факсы не поддерживаются. Связанно это с тем, что OCS 2007 Mediation Server не поддерживает T.38 (протокол передачи факса, используемый Exchange 2007).
Так как же можно обеспечить прием факсов пользователям Enterprise Voice? Ответ заключается в том, что нужно использовать отдельное расширение для факса, и маршрутизировать факс звонки непосредственно на Exchange 2007 SP1 UM минуя OCS 2007.
Давайте представим, что у нас есть компания под названием Contoso с окружением, показанным ниже, и мы будем использовать эту компанию для разъяснения этого вопроса и поиска решения.
OCS 2007 окружение подключено к PBX посредством SIP/PSTN шлюза называемого PSTNOCSGWY. PBX маршрутизирует все звонки в DID диапазоне +131255xxxxx на OCS 2007. OCS 2007 интегрирован с Exchange 2007 SP1 UM сервером называемым UMSRV1. Данный сервер находится в абонентской группе единой системы обмена сообщениями названной OcsUmDialPlan, с определенным типом универсального кода — SIP, т.е. UriType = SipName (необходимым для интеграции с OCS 2007). Существует политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названная OcsUm. Exchange 2007 SP1 UM подключен к PBX через OCS 2007.
Пользователь Contoso под именем Test User подключен к Enterprise Voice с DID +13125510001 и SIP URI TestUser@contoso.com. Его внутреннее расширение 10001. Настройки Enterprise Voice пользователя приведены ниже.
Что бы подключить пользователя к Exchange 2007 SP1 UM необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):
Enable-UmMailbox -id TestUser -UmMailboxPolicy OcsUmPolicy -Extensions 10001 -SIPResourceIdentifier TestUser@contoso.com -Pin 1234
Теперь пользователь Test User подключен к Exchange 2007 SP UM, но так и не может принимать факсы на свое расширение 10001 или DID +13125510001.
Как указывалось выше, решение состоит в том, чтобы присвоить пользователю дополнительное расширение для приема факсов, которое маршрутизировалось непосредственно на Exchange 2007 SP1 UM, минуя OCS 2007. Поэтому Contoso придется создать новую конфигурацию, удовлетворяющую данным условиям, как, и показано ниже. Выделим специальный SIP/PSTN шлюз для подключения к Exchange 2007 SP1 UM. PBX маршрутизирует DID диапазон +131266xxxxx на этот SIP/PSTN шлюз. Создана новая абонентская группа единой системы обмена сообщениями, названная UmDialPlan с определенным типом универсального кода — телефонное расширение, т.е. UriType=TelExtn. Создана политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названа Um. UM сервер UMSRV1 связан с обоими абонентскими группами, т.е. как OcsUmDialPlan, так и UmDialPlan.
Администратор принял решение, что для приема факсов пользователю Test User будет присвоено дополнительное расширение 11001 и DID +13126611001. Что бы выполнить поставленную задачу, необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):
Set-Mailbox -id TestUser -SecondaryAddress 11001 -SecondaryDialPlan UmDialPlan
Теперь пользователь Test User может принимать входящие факсы на номер +13126611001.
P.S. Спасибо Jens Trier Rasmussen за оригинал статьи на анл., которую можно найти здесь.