Pull to refresh

Comments 24

Указанные действия приводят к обновлению списка часовых поясов в Outlook Web Access (Exch2003)?
Не проверял. Список часовых поясов, скорее всего, берётся из ОС сервера. Спрошу у поддержки.
Не берётся он ни из ОС сервера, ни из ОС клиента.
Значит, ждём обновления Exchange.
И это всё вместо установки tzdata. Чем больше я издалека смотрю на мир windows, тем страшнее мне становится — как в этом можно жить?
Вообще да, в Windows большая проблема с актуальным, регулярно обновляемым и хранящем историю изменений списком мировых часовых поясов. Использование tzdata исправило бы эту ситуацию.
Но не меньшая проблема — это криворукие разработчики различного ПО, которые очень бездумно и поверхностно подходят к вопросу хранения времени в файлах/базах. В итоге и получаются такие косяки, как в MS Exchange, где для разных типов календарных событий разный формат хранения даты.

Но, надо признать, и в мире unix-систем tzdata почему-то используется не повсеместно.
Например, AIX стал использовать tzdata для системного времени только с версии 6.1 (релиз вышел в конце 2007 года), а HP-UX до сих пор не использует tzdata, а юзает для списка таймзон какой-то свой велосипед.
Главное что Windows не использует tzdata, чтобы гнать на HP-UX нужно еще знать что это.
Да, я знаю про файл тайм-зон tztab (/usr/lib/tztab) в HP-UX. И знаю, что его формат поддерживает хранение истории изменения правил расчёта времени в каком-то часовом поясе в разные исторические периоды (по аналогии с tzdata). И системные функции работы с локальным временем действительно используют этот файл.
Однако он всё равно проигрывает единой глобальной базе часовыз зон tzdata. Tztab в HP-UX содержит отписание весьма ограниченного набора мировых часовых поясов. И обновляется, в отличие от tzdata, не слишком оперативно.

Я надеюсь, что после оформления tzdata в виде RFC (черновик готовится) к этой базе станут серьёзнее относится (в том числе и в HP). Всё же гораздо удобнее, когда все ОС и всё ПО для расчёта локального времени используют единую, глобальную, динамически обновляемую базу часовых поясов, хранящую историю изменений правил расчёта времени.
Спасибо за единственный в сети вменяемый мануал на тему EX и обновления календарей! Обновились сегодня ночью, что встретилось при обновлении:

1) Права проще дать руками, не через этот безумный скрипт. Включаем отображение прав в оснастке EX в реестре (kb312647) и даем полные права через стандартную вкладку Security прямо на нужную AG или сервер, или что еще нам нужно. Да, это больше, чем нужно — зато быстрее и проще. отбираем так-же точно.
При выдаче прав очень важно членство именно в Exchange View-Only Administrators, т.к. у полноценных администраторов есть явно заданный запрет на доступ к почтовым ящикам рядовых пользователей (и соответственно что-то поменять там не выйдет).

2) Выложенная в MS виртуалка давно закончила свой триальный период. Обновить ее установкой поверх у меня не получилось (возможно, виновато hyper-v — система ушла в bsod 7b). С истекшим триалом она выводит сообщение о шатдауне через ~час работы, и еще через час действительно перезапускается через специальный bsod (kernel time bomb). В принципе, обновление идет более-менее транзакционно, по мере обновления записи об обновленных почтовых ящиках из output.txt удаляются, так что внезапный рестарт не должен сломать совсем все. Но на счет обновляемого в момент рестарта пользователя у меня такой уверенности нет, поэтому накатывал несколько раз и кусками — за один раз не успело обновить все календари.

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

4) Непонятно, как все это будет синхронизироваться с мобильными календарями на разных устройствах с разными ОС. Ждем проблем на следующей неделе, в том числе с контрагентами, также пользующимися Outlook.

И вот еще, в догонку, ссылка с описанием причин на нормальном русском языке support.microsoft.com/kb/931667
>Нужно было сначала предупредить пользователей об обновлении, а потом уже его запускать.
Cм. п.1.4

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

>ссылка с описанием причин на нормальном русском языке
Она, впринципе, есть в п.1.2
>Cм. п.1.4
Пропустил из-за постоянных запарок — нет времени сделать все по-уму, зато переделывать потом время находится :( Примерно так и случаются большие и малые факапы. Это все я больше для себя написал.

>Хмм, странно, у меня она работала нормально.
На VS2005/Virtual PC? Мне для запуска на Hyper-V пришлось переустанавливать VM Additions, может в этом дело. Стабильно перезагружалась через 2 часа работы, а обновление занимало больше 2 часов, возможно, из-за того, что не указывал время установки обновления на клиентах.

>Она, в принципе, есть в п.1.2
упс, и это пропустил.

ЗЫ почему-то не отправляются комментарии через IE8 — это тут так принято, или у меня что с руками?
по IE тут многие ругаются, из ie9 тоже самое.
Добавил информацию про пользователей с неправильными часовыми поясами.
не пойму, почему ничего не указано про exchange 2010

и почему пункты 2.3.1.1. и 2.3.1.2. подразумевают ОС до win7 и офис2007?
Ой, не то отправил. Вот:

>почему ничего не указано про exchange 2010
Потому что я не занимался сбором сведений для этой системы. Она меня не интересует пока.

>почему пункты 2.3.1.1. и 2.3.1.2. подразумевают ОС до win7 и офис2007?
Нет, в п.2.3.1.1 нет требования Windows 7. Собственно, даже рекомендаций таких ни я, ни компания Microsoft не даём.
В п.2.3.1.2., опять же, ничего не подразумевается. Требуется Outlook 2003 не ниже SP2 или Outlook 2007. Я рекомендую Outlook 2007, т.к. с его использованием возникает значительно меньше ошибок сообщающих о нехватке памяти для приложения (когда память, на самом деле, конечно же, есть).
не говорит ли это о том что для 2010 не нужно никаких манипуляций?
Нет, моё нежелание искать информацию об этом ничего такого не говорит и не означает. Поищите информацию о серверных календарях в этой версии. Возможно, какие-то манипуляции как, например, установка обновления Exchange надо, всё-таки проделать.
Абсолютно точно, независимо от версии Exchange, надо устанавливать обновления ОС как на серверы, так и на рабочие станции и обрабатывать календари в PST-файлах пользователей при помощи «Средства обновления данных часового пояса» для Microsoft Outlook.
так и есть, обновления обязательны.
кстати, думаю завтра ваш пост заметно прибавит в посещаемости)
с другой стороны изменения для exchange при отмене перехода не так критичны, отказа в обслуживании не ожидается и все эти задачи можно вполне переложить на пользователей.
ну или применять изменения только на тех пользуется календарями постоянно
Sign up to leave a comment.

Articles