したがって、ExchangeサーバーにあるメールのユーザーのDSTのキャンセル、つまり、カレンダーを処理して会議やイベントの正しい時間を維持することについて説明します。 はい、10月30日が近づいており、そのようなトピックを公開するには遅すぎるように見えるかもしれませんが、最初に、メールシステムの管理者の一部は以前にそのようなアクションの必要性を考えていなかったかもしれず、まだそれを修正する時間があります第二に、これは私たちの世界でのDSTの最後のキャンセルではなく、ロシア語を話す人々がいたるところにあります。第三に、昨日の夜まで、残念ながら、このプロセスを説明するために必要な情報がすべてありませんでした。 （もちろん、ユーザーは予定とイベントを手動でやり直すことができますが、自動的にそれが常により良く、より速く、より正確になりますよね？）
リソースメールボックスがないので、それらを処理するプロセスの説明は省略します。 Exchangeチームからの元のビデオ（以下を含む） そして、この問題はここで見ることができます 。
この命令のExchange 2007への適用性はExchange 2003のみにテストしましたが、元のMicrosoftの記事から判断すると、手順に違いはありません。 夏時間に切り替えるためのヘルプとサポートセンターページは Exchangeサーバーの特別な更新プログラムをリリースすることを約束されているという事実にもかかわらず、それはまだ存在せず、Microsoftサポートは10月30日までそのリリースについて疑問を持っています。
Exchangeサーバーに利用可能な最新のサービスパックがインストールされていると思います。
1. Outlookカレンダーの更新（PSTファイルにメールが配信されるユーザーがいる場合にのみ必要）：
1.1。 すべてのクライアントコンピューターを適切なWindowsタイムゾーン更新プログラムで更新します。
1.2。 Outlookがインストールされているすべてのクライアントコンピューターに、Microsoft Outlook用の「タイムゾーンデータ更新ツール」の適切なバージョンをインストールします。
1.3。 ユーザーがコマンドラインパラメーター「/ quiet」などを使用してWindowsにログオンするときに「ツール...」の自動起動を設定します（デバイスをインストール/起動する前に、インストールされたWindowsアップデートの可用性を確認することをお勧めします）。 これにより、ローカルにある.pstファイルまたはExchangeデータベースにあるデフォルトのメール配信ロケーションでカレンダーが更新されます。 Exchangeカレンダー更新ツールがサーバーカレンダーを再度更新しなくてもかまいません。各カレンダーアイテムは一度だけ更新されます。 「手段...」を複数起動しても、破壊的なアクションは発生しません。
1.4「タイムゾーンデータアップデータ」は、イベントを処理するときに、すべての参加者にすべての時間アラートを自動的に送信します。 これらの変更を受け入れるようにユーザーに指示します。
2.サーバーカレンダーの更新の準備：
2.1。 Exchangeユーザーの予定表の予定とイベントの更新に関するメイン記事では、サーバーの予定表を更新する前に、ロシアの予定表の前にWindowsのタイムゾーン更新プログラムをインストールする必要があると述べているにもかかわらず、ロシアのプレミアサポートはこれを推奨しないことに注意してください。 代わりに、彼らは最後にExchangeサーバーにOSアップデートをインストールすることを提案しています。 選択はあなた次第です。 プレミアサポートの契約がある場合は、これを読むのではなく、連絡することをお勧めします。
2.2。 Exchangeサーバーにあるカレンダーを更新する特別なユーザーを準備します。
2.2.1。 ADドメインにユーザーを作成します（EXAMPLE \ DSTUpdate）。
2.2.2。 Exchangeサーバーの1つにユーザーメールボックスを作成します。
2.2.3。 Exchange組織全体にExchangeの表示のみの管理者権限を付与します。
2.3。 Exchange Calendar Update Tool（DSTPC）を実行するコンピューターを準備します。
2.3.1。 以下をコンピューターにインストールする必要があります。
2.3.1.1。 すべてのOS：Windows Server 2003、Windows XP、Windows Vista
2.3.1.2。 Microsoft Office Outlook 2003 Service Pack 2またはMicrosoft Office Outlook 2007（もちろん、2007 SP2）
2.3.1.3。 Microsoft Outlook用タイムゾーンデータ更新ツール
2.3.1.4。 Microsoft .NET Frameworkバージョン2.0
2.3.2。 コンピューターには、ExchangeシステムマネージャーコンソールなどのExchangeサーバー管理ツールをインストールしないでください。
2.3.3。 このようなコンピューターを自分で準備することはできませんが、事前に構成された仮想マシンを使用します。 もちろん、ADドメインに含める必要があります。
2.3.4。 DSTUpdateユーザーをこのコンピューターのローカル管理者グループに追加します。
2.3.5。 このコンピューターにExchange予定表更新構成ツールをインストールします。
2.3.6。 ユーザーDSTUpdateとしてDSTPCにログインし、以下を実行します。
2.3.6.1。 HKEY_CURRENT_USER \ Software \ Microsoft \ Exchange \ client \ options \ PickLogonProfile（REG_SZ）パラメーターの値を「0」に設定します。
2.3.6.2。 ファイルの検索と名前変更USERPROFILE％\ Local Settings \ Application Data \ Microsoft \ Outlook \ extend.dat
3.ユーザーのメールボックスからタイムゾーンをアンロードします。
3.1。 ユーザーDSTUpdateとしてDSTPCコンピューターに移動し、Exchange Calendar Update Configuration Toolを実行します
3.2。 ロギングレベルはデフォルトのままにします。 ログにエラーが表示された場合は、Verboseに切り替えて把握しますが、そのように-出力を無駄にする必要はありません。
3.3。 [タイムゾーンの抽出]ページで、目的のサーバーを選択します。 サーバーが多数ある場合、すべてのサーバーを通過するには数時間かかる場合があります。
3.4。 [次へ]をクリックすると、Exchange予定表更新構成ツールは、ユーザーのタイムゾーンをExchangeサーバーからoutput.txtファイルにダウンロードしようとします。これは、アプリケーションが起動してデータをアップロードしようとするたびに上書きされます。
3.5。 アプリケーションを実行しているユーザーが一部のメールボックスにアクセスできない場合、TimeZoneExtraction.logにおよそ次のエントリが表示されます。[20.10.2011 10:26:02] [552]：HrProcessMailboxTable：Unable Logonユーザーメールボックス：エラー0x8004011D。）。 この問題を解決するには、手順4を使用してから、タイムゾーンを再度アンロードします。
3.6。 アプリケーションを閉じて、手順5に進みます。
4.ユーザーメールボックスへのDSTUpdateユーザーアクセスを提供します。
4.1。 Domain Adminsグループのメンバーであり、Exchange組織に対するExchange管理者の完全な権限を持つアカウントでExchange管理ツールがインストールされているコンピューターで、cscriptスクリプトGrantMailboxPermission.vbs -Add EXAMPLE \ DSTUpdate ChangeRights.txtを実行します
4.1.1。 スクリプトは、リファレンスセクションの同じ記事941018から引用されています。
4.1.2。 このスクリプトは、ChangeRights.txtファイルからLegacyExchangeDNリストを取得し、指定された各メールボックスに対して、完全なメールボックスアクセスと送信者アクセス許可を持つEXAMPLE \ DSTUpdateを提供します。
4.1.3。 ChangeRights.txtファイルは特別に準備する必要があります（Microsoft Office Excelが役立ちます）。
4.1.3.1。 空白として、TimeZoneExtraction.logが取得されます。 結果のファイルに、LegacyExchangeDNのみを含む行があるように編集する必要があります（/ O =例/ OU =最初の管理グループ/ CN =受信者/ CN = IVANOV.II）。1行に1つ。 空行、他のコンテンツのある行はありません。 つまり、LegacyExchangeDN（「/」で始まる）の前と末尾のドットをすべてトリミングする必要があります。
4.1.3.2。 このタイプのすべてのサービスメールボックスをファイルから削除する必要があります。
/ O =例/ OU =最初の管理グループ/ CN =構成/ CN =接続/ CN = SMTP（EXCHANGESERVER）/ CN = {11111111-1111-1111-1111-1111111111111}
/ O =例/ OU =最初の管理グループ/ CN =受信者/ CN = SYSTEMMAILBOX？11111111-1111-1111-1111-111111111111？
/ O =例/ OU =最初の管理グループ/ CN =構成/ CN =サーバー/ CN = EXCHANGESERVER / CN = MICROSOFT SYSTEM Attendant
4.2。 スクリプト出力は、ドットと感嘆符のコレクションです。 感嘆符はエラー、ドットを意味します-すべては問題ありません。
4.2.1。 エラーはGrantMailboxPermission.errファイルに記録されます。
4.2.2。 エラーを表示
メールボックス所有者のユーザーアカウントが見つかりません/ O =例/ OU =最初の管理グループ/ CN =受信者/ CN = DCのIVANOV.II =例、DC = com
/ O =例/ OU =最初の管理グループ/ CN =受信者/ CN = IVANOV.IIからユーザーのLDAPパスを取得できませんでした
ADのユーザーアカウントがメールボックスに関連付けられていないことを意味します。 すべてが正しく、ユーザーが本当にボックスに割り当てられるべきではない場合、これらのエラーを無視してください。
4.3。 スクリプトは何度でも実行できます。
4.4。 許可の結果は、GrantMailboxPermission.logファイルに書き込まれます。 それに注意してください-その後、条項6で付与された許可を取り消す必要があります。
5.サーバーカレンダーの処理：
5.1。 同じExchange予定表更新構成ツールを使用して実行されます。 処理は、3項で取得したoutput.txtに従って実行されます。
5.1.1。 ステップ3がすでに完全に完了している場合：
5.1.1.1。 メールサーバーを選択するページで、[スキップ]ボタンをクリックします。
5.1.1.2。 次の画面で、準備されたoutput.txtを示します
5.2。 output.txtはそれに応じて準備する必要があります（高度なテキストエディターが役立ちます）。
5.2.1。 すべてのサービスメールボックスをファイルから削除する必要があります。
5.2.2。 メールボックスがある各行で、地域に対応するタイムゾーンを示す必要があります。
/ O =例/ OU =最初の管理グループ/ cn =構成/ cn =サーバー/ cn = EXCHANGESERVER / O =例/ OU =最初の管理グループ/ CN =受信者/ CN = IVANOV.IIロシア標準時
5.2.2.1。 タイムゾーンが指定されていない場合は、手動で指定する必要があります。 タイムゾーンが正しくない場合、これらのユーザーを自動処理から除外します。
5.2.2.2。 タイムゾーンの名前は、レジストリキーHKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones \の名前に対応しています
5.3。 次に、簡単なウィザードのガイドに従ってすべての手順を実行します。
5.4。 多くのクライアントコンピューターがあり、それらのすべてにWindows更新プログラムがインストールされているわけではない場合、サーバーメールボックスのカレンダーを繰り返し更新する必要があります。 一方、更新されていないマシンのユーザーは、予定とイベントを作成できます。
6.アップグレード後のクリーニング。
6.1。 -removeオプションを指定してGrantMailboxPermission.vbsスクリプトを実行します。 GrantMailboxPermission.logファイルのデータを使用して、スクリプトはユーザーのメールボックスに対してDSTUpdateユーザーに付与されたアクセス許可を削除します。
6.2。 DSTUpdateユーザーのExchange表示専用管理者権限を取り消します。
6.3。 DSTPCコンピューターのローカル管理者グループおよびADからDSTUpdateユーザーを削除します。
6.4。 必要に応じて、ADからDSTPCコンピューターを削除し、そのOSをアンインストールします。
7.手動で更新する必要があるもの：
7.1共有Outlookフォルダー内のカレンダーは、サーバー上にありますが、上記の手順の一部として更新されません。 Microsoft Outlookの「タイムゾーンデータ更新ツール」を使用して手動で更新する必要があります。
7.2デフォルトのメール配信場所ではないPSTファイルのカレンダーも手動で更新する必要があります。 「タイムゾーンデータ更新ツール」の使用方法をテクニカルサポートまたはユーザー自身に指示できます。
7.3タイムゾーンが正しくないユーザーのサーバーカレンダー。 同じ「手段...」の助けを借りて
ExchangeサーバーのDSTをキャンセルする
All Articles