先日、Gmail に IMAP 接続しているOutlook 2016 の受信トレイのルートに名前の無い、中身が空っぽのフォルダーが存在することを発見。右クリックしてみると、<0w#25> という名前になっていて、名前の変更、移動、削除ができない状態。Gmail の Web (https://mail.google.com) で見ると、大元には存在しない感じ。何とか削除できたので、再現したときのために自分用メモ。
どなたでも参考にしてもかまいませんが、自己責任でお願いします。
2017/04/27
Outlook 2016 に出現した<0w#25>フォルダーの削除
先日、Gmail に IMAP 接続しているOutlook 2016 の受信トレイのルートに名前の無い、中身が空っぽのフォルダーが存在することを発見。右クリックしてみると、<0w#25> という名前になっていて、名前の変更、移動、削除ができない状態。Gmail の Web (https://mail.google.com) で見ると、大元には存在しない感じ。何とか削除できたので、再現したときのために自分用メモ。
どなたでも参考にしてもかまいませんが、自己責任でお願いします。
2017/04/26
Windows 10 Creators Update: 更新の一時停止が 35 日ではなく 7 日の謎
Windows 10 Creators Update (バージョン 1703) の Home を除くエディションには、［設定｜更新とセキュリティ｜Windows Update｜詳細オプション］に［更新の一時停止］という機能が追加され、更新プログラムのチェックとインストールを最大 35 日（またはオフにするまで）一時停止できるようになりました。
複数台の Windows 10 Pro と Enterprise の PC で確認してみたところ、ほとんどは 35 日になっていたのですが、2 台だけ 7 日しか一時停止できないものを発見。その 2 台はエディションも違うし、何かポリシー設定をしているわけでもないし、一方はローカルアカウント、一方は MS アカウントのワークグループ構成で、設定上の共通点は見当たりませんでした。
標準の 35 日となぜか 7 日の 2 台をいろいろと比較してみたところ、7 日のほうの PC のHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings キーの場所に FlightSettingsMaxPauseDays という値に 7 が設定されていました。35 日のほうには値が存在しません。7 日のほうから、FlightSettingsMaxPauseDays 値を削除して、［設定｜更新とセキュリティ｜Windows Update｜詳細オプション］を開くと、標準の 35 日に。
コマンドラインがお好きな方は、コマンドプロンプト（Cmd.exe） または Windows PowerShell を管理者として開き、次の 2 つのおまじないを実行。
C:\> REG DELETE HKLM\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings /v FlightSettingsMaxPauseDays /f
C:\> start ms-settings:windowsupdate-options
どうして FlightSettingsMaxPauseDays 値が作成されていたのかは、不明のまま。なので、レジストリ値の削除はあくまでも自己責任で。
もしかしたら、最近の更新の状況を Windows 10 が忖度して、FlightSettingsMaxPauseDays 値が自動的に作成されたり、削除されたりするのかもしれません。そんな気がします。それには MusUpdateHandlers.dll (SigCheck によると、Mus は Modern Update Settings の略) や FlightSettings.dll が関係していると思います。
複数台の Windows 10 Pro と Enterprise の PC で確認してみたところ、ほとんどは 35 日になっていたのですが、2 台だけ 7 日しか一時停止できないものを発見。その 2 台はエディションも違うし、何かポリシー設定をしているわけでもないし、一方はローカルアカウント、一方は MS アカウントのワークグループ構成で、設定上の共通点は見当たりませんでした。
標準の 35 日となぜか 7 日の 2 台をいろいろと比較してみたところ、7 日のほうの PC のHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings キーの場所に FlightSettingsMaxPauseDays という値に 7 が設定されていました。35 日のほうには値が存在しません。7 日のほうから、FlightSettingsMaxPauseDays 値を削除して、［設定｜更新とセキュリティ｜Windows Update｜詳細オプション］を開くと、標準の 35 日に。
コマンドラインがお好きな方は、コマンドプロンプト（Cmd.exe） または Windows PowerShell を管理者として開き、次の 2 つのおまじないを実行。
C:\> REG DELETE HKLM\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings /v FlightSettingsMaxPauseDays /f
C:\> start ms-settings:windowsupdate-options
どうして FlightSettingsMaxPauseDays 値が作成されていたのかは、不明のまま。なので、レジストリ値の削除はあくまでも自己責任で。
もしかしたら、最近の更新の状況を Windows 10 が忖度して、FlightSettingsMaxPauseDays 値が自動的に作成されたり、削除されたりするのかもしれません。そんな気がします。それには MusUpdateHandlers.dll (SigCheck によると、Mus は Modern Update Settings の略) や FlightSettings.dll が関係していると思います。
Office 365 ProPlus/Office 2016 のバージョン表示の位置が...（＋更新チャネル切替方法）
Office 365 ProPlus (と Office 2016) のバージョン情報は、［ファイル］の［アカウント］（Outlook 2016の場合は［Office アカウント］を開くと、［Office 更新プログラム］のところで確認できます。というか、できました。以下は、Office 365 ProPlus の 4/11 (日本は12) 時点の最新状態です。
（最新機能提供チャネル：Current Channel はこれから更新するところ）
たぶん、4/21リリースの Current Channel 向け更新 (Version 1703 (Build 7967.2139)) のタイミングだと思うのですが、［Office 更新プログラム］のところには表示されなくなり、「製品情報」の下に表示されるようになったみたいです。更新チャネル、バージョン情報に加えて、インストール方法（クイック実行）も表示されるように。とても親切なんでけど、複数の更新チャネルで運用している人（個人ではいないと思いますが）は混乱するかも。
なお、Deferred Channel と First Release for Deferred Channel（段階的提供チャネルの初期リリース) は 4/11 以降更新がないため、［Office 更新プログラム］のところのまま。
（最新機能提供チャネル：Current Channel はこれから更新するところ）
たぶん、4/21リリースの Current Channel 向け更新 (Version 1703 (Build 7967.2139)) のタイミングだと思うのですが、［Office 更新プログラム］のところには表示されなくなり、「製品情報」の下に表示されるようになったみたいです。更新チャネル、バージョン情報に加えて、インストール方法（クイック実行）も表示されるように。とても親切なんでけど、複数の更新チャネルで運用している人（個人ではいないと思いますが）は混乱するかも。
なお、Deferred Channel と First Release for Deferred Channel（段階的提供チャネルの初期リリース) は 4/11 以降更新がないため、［Office 更新プログラム］のところのまま。
2017/04/24
Bginfo で Windows 10 のビルド番号を表示させる（＋新刊PR）
Windows Sysinternals の Bginfo (→ https://technet.microsoft.com/ja-jp/sysinternals/bginfo) の組み込みの OS Version フィールドは、Windows 10 時代には情報不足。次の 2 つのレジストリ値を参照する Custom フィールドを作成すると幸せになれます。
Windows 10 のビルド番号 (10.0.15063.13)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\CurrentBuild
Windows 10 のリビジョン番号 (10.0.15063.13)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\UBR
参考:
Windows 10 & Server 2016 の BuildLabEx が正しいとは限らない件 (2017/3/22)
Windows Server 2016 の詳細なビルド番号をコマンドラインから確認したい (2016/10/14)
日経 BP 社 ブックス＆テキスト Online｜ 2017 年 56 月以降の近刊情報
[URL] http://ec.nikkeibp.co.jp/nsp/special_information001.shtml
BgInfo は「第11章 デスクトップのユーティリティ」の「11.1 BgInfo」で解説！
Windows 10 のビルド番号 (10.0.15063.13)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\CurrentBuild
Windows 10 のリビジョン番号 (10.0.15063.13)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\UBR
参考:
Windows 10 & Server 2016 の BuildLabEx が正しいとは限らない件 (2017/3/22)
Windows Server 2016 の詳細なビルド番号をコマンドラインから確認したい (2016/10/14)
<PR>
お待たせしています。「Troubleshooting with the Windows Sysinternals Tools, 2nd Edition」 (Microsoft Press, Oct 2016) の日本語訳。マイクロソフトのイベント「de:code 2017」（5/23-24）の会場で発売されるみたいです。→ のタイトルは仮。(正式発売は6月頭になるみたい）
[URL] http://ec.nikkeibp.co.jp/nsp/special_information001.shtml
BgInfo は「第11章 デスクトップのユーティリティ」の「11.1 BgInfo」で解説！
2017/04/21
コルタナバイバイの呪文 2017
Windows 10 Creators Update (バージョン 1703) での Cortana 無効化の方法は、Windows 10 Anniversary Update (バージョン1607) と同じでいいみたい。
バージョン 1607 で無効化したのが、バージョン 1703 に引き継がれるかどうかは未確認。
コルタナバイバイの呪文 2016
バージョン 1607 で無効化したのが、バージョン 1703 に引き継がれるかどうかは未確認。
コルタナバイバイの呪文 2016
Azure VM の Windows 10 Enterprise N 1607 を 1703 に手動更新は NG (Windows Update は OK)
この投稿は、MSDN サブスクリプション契約者向けですので、あしからず。
MSDN サブスクライバーは Azure 上でテスト・評価目的で Windows 7/8.1/10 Enterprise をデプロイして実行できるのですが、Windows 10 バージョン 1607 が出た時は Azure にテンプレートがなかったので (現在は 1607 のテンプレートがあります）、 1511 から手動でアップグレードしたことがあります。
Azure VM の Windows 10 Enterprise N 1511 を 1607 にする方法 (MSDN subscriber 限定) (2016/08/04)
Windows 10 バージョン 1703 が出ましたが、今回は 1607 から手動でアップグレードしないほうがいいと思います。その理由は... 削除してよい Azure VM があったので試してみました。
MSDN サブスクライバーは Azure 上でテスト・評価目的で Windows 7/8.1/10 Enterprise をデプロイして実行できるのですが、Windows 10 バージョン 1607 が出た時は Azure にテンプレートがなかったので (現在は 1607 のテンプレートがあります）、 1511 から手動でアップグレードしたことがあります。
Azure VM の Windows 10 Enterprise N 1511 を 1607 にする方法 (MSDN subscriber 限定) (2016/08/04)
Windows 10 バージョン 1703 が出ましたが、今回は 1607 から手動でアップグレードしないほうがいいと思います。その理由は... 削除してよい Azure VM があったので試してみました。
2017/04/18
Creators Update: WindowsUpdate.log (Get-WindowsUpdateLog) がまともになった
Windows 8.1 および Windows Server 2012 R2 以前は C:\Windows\WindowsUpdate.log を見て Windows Update のトラブルシューティングすることができましたが、Windows 10 になってからは C:\Windows\WindowsUpdate.log は使われなくなり、代わりに Get-WindowsUpdateLog を使って、C:\Windows\Logs\WindowsUpdate\WindowsUpdate.ほにゃらら.etl ログから WindowsUpdate.log を生成してあげなければならなくなりました (既定はデスクトップに作成されます)。
なんですけど、Windows 10 Anniversary Update (バージョン 1607) 以前 の Get-WindowsUpdateLog で生成される WindowsUpdate.log は、タイムスタンプ 1601/01/01 09:00:00 (UTC なら 00:00:00) 、説明が「Unknown」のイベントばっかりで、まったく役立たずでした。Windows 10 Creators Update (バージョン 1703) で、ようやくまともになったみたいです。
なんですけど、Windows 10 Anniversary Update (バージョン 1607) 以前 の Get-WindowsUpdateLog で生成される WindowsUpdate.log は、タイムスタンプ 1601/01/01 09:00:00 (UTC なら 00:00:00) 、説明が「Unknown」のイベントばっかりで、まったく役立たずでした。Windows 10 Creators Update (バージョン 1703) で、ようやくまともになったみたいです。
登録:
投稿 (Atom)