Комментарии 24
Указанные действия приводят к обновлению списка часовых поясов в Outlook Web Access (Exch2003)?
Круто. Даже Zimbra так не умеет :)
И это всё вместо установки tzdata. Чем больше я издалека смотрю на мир windows, тем страшнее мне становится — как в этом можно жить?
Вообще да, в Windows большая проблема с актуальным, регулярно обновляемым и хранящем историю изменений списком мировых часовых поясов. Использование tzdata исправило бы эту ситуацию.
Но не меньшая проблема — это криворукие разработчики различного ПО, которые очень бездумно и поверхностно подходят к вопросу хранения времени в файлах/базах. В итоге и получаются такие косяки, как в MS Exchange, где для разных типов календарных событий разный формат хранения даты.
Но, надо признать, и в мире unix-систем tzdata почему-то используется не повсеместно.
Например, AIX стал использовать tzdata для системного времени только с версии 6.1 (релиз вышел в конце 2007 года), а HP-UX до сих пор не использует tzdata, а юзает для списка таймзон какой-то свой велосипед.
Но не меньшая проблема — это криворукие разработчики различного ПО, которые очень бездумно и поверхностно подходят к вопросу хранения времени в файлах/базах. В итоге и получаются такие косяки, как в MS Exchange, где для разных типов календарных событий разный формат хранения даты.
Но, надо признать, и в мире unix-систем tzdata почему-то используется не повсеместно.
Например, AIX стал использовать tzdata для системного времени только с версии 6.1 (релиз вышел в конце 2007 года), а HP-UX до сих пор не использует tzdata, а юзает для списка таймзон какой-то свой велосипед.
Главное что Windows не использует tzdata, чтобы гнать на HP-UX нужно еще знать что это.
h30499.www3.hp.com/t5/General/2011-Russian-DST-change/td-p/4832301
судя по этому у них просто другой формат записи данных. ПО все таки берет зону из настроек ОС, а не из каких-то кашмарных конфигов.
судя по этому у них просто другой формат записи данных. ПО все таки берет зону из настроек ОС, а не из каких-то кашмарных конфигов.
Да, я знаю про файл тайм-зон tztab (/usr/lib/tztab) в HP-UX. И знаю, что его формат поддерживает хранение истории изменения правил расчёта времени в каком-то часовом поясе в разные исторические периоды (по аналогии с tzdata). И системные функции работы с локальным временем действительно используют этот файл.
Однако он всё равно проигрывает единой глобальной базе часовыз зон tzdata. Tztab в HP-UX содержит отписание весьма ограниченного набора мировых часовых поясов. И обновляется, в отличие от tzdata, не слишком оперативно.
Я надеюсь, что после оформления tzdata в виде RFC (черновик готовится) к этой базе станут серьёзнее относится (в том числе и в HP). Всё же гораздо удобнее, когда все ОС и всё ПО для расчёта локального времени используют единую, глобальную, динамически обновляемую базу часовых поясов, хранящую историю изменений правил расчёта времени.
Однако он всё равно проигрывает единой глобальной базе часовыз зон 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
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
>Выложенная в MS виртуалка давно закончила свой триальный период.
Хмм, странно, у меня она работала нормально.
>ссылка с описанием причин на нормальном русском языке
Она, впринципе, есть в п.1.2
>Cм. п.1.4
Пропустил из-за постоянных запарок — нет времени сделать все по-уму, зато переделывать потом время находится :( Примерно так и случаются большие и малые факапы. Это все я больше для себя написал.
>Хмм, странно, у меня она работала нормально.
На VS2005/Virtual PC? Мне для запуска на Hyper-V пришлось переустанавливать VM Additions, может в этом дело. Стабильно перезагружалась через 2 часа работы, а обновление занимало больше 2 часов, возможно, из-за того, что не указывал время установки обновления на клиентах.
>Она, в принципе, есть в п.1.2
упс, и это пропустил.
ЗЫ почему-то не отправляются комментарии через IE8 — это тут так принято, или у меня что с руками?
Пропустил из-за постоянных запарок — нет времени сделать все по-уму, зато переделывать потом время находится :( Примерно так и случаются большие и малые факапы. Это все я больше для себя написал.
>Хмм, странно, у меня она работала нормально.
На VS2005/Virtual PC? Мне для запуска на Hyper-V пришлось переустанавливать VM Additions, может в этом дело. Стабильно перезагружалась через 2 часа работы, а обновление занимало больше 2 часов, возможно, из-за того, что не указывал время установки обновления на клиентах.
>Она, в принципе, есть в п.1.2
упс, и это пропустил.
ЗЫ почему-то не отправляются комментарии через IE8 — это тут так принято, или у меня что с руками?
Добавил информацию про пользователей с неправильными часовыми поясами.
не пойму, почему ничего не указано про exchange 2010
и почему пункты 2.3.1.1. и 2.3.1.2. подразумевают ОС до win7 и офис2007?
и почему пункты 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, т.к. с его использованием возникает значительно меньше ошибок сообщающих о нехватке памяти для приложения (когда память, на самом деле, конечно же, есть).
>почему ничего не указано про 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, надо устанавливать обновления ОС как на серверы, так и на рабочие станции и обрабатывать календари в PST-файлах пользователей при помощи «Средства обновления данных часового пояса» для Microsoft Outlook.
кстати, думаю завтра ваш пост заметно прибавит в посещаемости)
с другой стороны изменения для exchange при отмене перехода не так критичны, отказа в обслуживании не ожидается и все эти задачи можно вполне переложить на пользователей.
ну или применять изменения только на тех пользуется календарями постоянно
с другой стороны изменения для exchange при отмене перехода не так критичны, отказа в обслуживании не ожидается и все эти задачи можно вполне переложить на пользователей.
ну или применять изменения только на тех пользуется календарями постоянно
Тем временем, вышло обновление для Exchange 2003.
а что для ресурсных ящиков?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Отмена DST для Exchange-серверов