マイクロソフトは、数百万人のユーザーの Windows 版 Outlook が停止し、電子メールの閲覧や作成が不可能になった先週の出来事に関する予備事後レポートを公開しました。
英国時間5月11日の夕方、北米では平日の昼間（UTC 18:24、BST 19:24、太平洋標準時11:24）に、Windows版Outlookを使用している多くのOffice 365ユーザーが、困惑させる問題に遭遇しました。それは、メッセージ一覧でメールの数行をプレビューできるにもかかわらず、メールが空白（あるいは1行しか表示されない）になるという問題です。メールを作成または返信しようとすると、1行のテキストを入力できるものの、Enterキーを押すとテキストが消えてしまうのです。
OfficeとWindowsの奇妙な仕組みに精通した管理者は、PCの再起動、Officeの再インストール、イベントビューアの確認、Outlookのオプションを詳しく調べてハードウェアグラフィックアクセラレーションを無効にするなど、ありきたりの修正策を試しましたが、大抵はうまくいきませんでした。唯一効果があったのは、前回のOfficeアップデートをロールバックするか、Outlookをセーフモードで実行することだけでした。これはとてつもない時間の無駄でした。
Word Web レイアウトは、HTML コンテンツの表示や作成に使用され、Outlook の重要なコンポーネントです。
「素晴らしい仕事ですね、MS!! この問題の解決に3時間もマシンの前に座っていたんです！」とある管理者は言った。「今日は他に何もすることがなかったので助かりました…クライアントのOutlookを全部ロールバックする…それに、誰に時間料金を請求すればいいんですか？」と別の管理者は言った。
多くの人が、これほど明白かつ壊滅的な影響を与えるアップデートを、なぜ世界中（世界中のユーザーに影響があった）に向けて展開できたのか疑問を呈した。「こんな粗雑なアップデートをリリースする前に、基本的なテストさえ行わないのか？」とあるユーザーは指摘した。
唯一の救いは、修正が比較的早く、まるで魔法のように展開されたことです。「なるほど、修正されたんですね…でも、どうやって修正されたのかよく分かりません…Windows UpdateとOffice Updateの両方を無効にしていたのに？」と困惑したユーザーは言いました。
Microsoft は、この問題が 5 月 11 日の 18:24 UTC に始まり、5 月 12 日の 2:00 UTC (03:00 BST、19:00 太平洋標準時) までに修正されたと記録しました。
この技術的障害には EX255650 という番号が割り当てられ、Exchange Online の問題として分類されましたが、オンプレミスの Exchange で使用される Outlook にも影響があったため奇妙な結果となり、Microsoft が問題の詳細を Office 365 管理センターに入力するというやり方は、管理センターにアクセスできないユーザーを苛立たせました。
問題は何でしたか？また、どのように解決されましたか？
マイクロソフトは詳細を明らかにした。当初同社は「Outlookクライアント内のコンテンツのテキスト表示管理を容易にするシステムへの最近の変更」と説明していた。
最近公開された事後レポートには、「Microsoft Word の別の問題を軽減する中で、特定の 16.0.13929.xxxxx ビルドバージョン向けの構成ロールアウトが展開されました。しかし、これにより、Microsoft Word で使用される Outlook クライアントと Web レイアウト ビューに予期しない副作用が発生しました。」と記載されています。
Word の Web レイアウト ビューはあまり使用されていないため、ユーザーがこのビューに遭遇するのは、Word で HTML ドキュメントを開いた場合、または無謀にも Word で Web コンテンツを作成して HTML として保存しようとした場合のみです。
なぜこれが Outlook に影響したのでしょうか?
その理由は Outlook 2003 以前の時代に遡り、HTML 電子メール コンテンツは組み込みの Internet Explorer によってレンダリングされていました。
これがセキュリティ問題の原因になりそうな気がするなら、まさにその通りです。この脆弱性は、CVE-2002-0481のような問題を引き起こしました。「Windows Media Player (WMP) と Outlook 2002 の相互作用により、リモートの攻撃者が Outlook のセキュリティ設定を回避し、HTML メールメッセージ内の IFRAME を介して JavaScript を実行できる」というものです。
Outlook 2007 では、埋め込まれた IE が埋め込まれた Word に置き換えられ、Word の HTML サポートが使用されるようになりました。これにより、限られた機能に合わせてコンテンツを調整する必要があったマーケティング メールの作成者にとっては困惑するものの、Outlook のセキュリティは大幅に強化されました。
メールの作成についても同じことが言えます。Word が活用されていますが、Outlook 特有の奇妙な動作を伴います。受信したメールの一部を引用して返信に挿入したり、インラインコメントを入力したり、受信メールの背景を返信の背景に表示したりといった操作を Outlook で適切にフォーマットするのがなぜこんなに難しいのかと疑問に思う方もいるかもしれません。その原因は Word との連携にあります。
このやりとりは、EX255650 の原因となった誤った構成により、煩わしさから災難へと変わりました。
一体どうやってそんなことをしたんですか？
Microsoftの影響報告書は包括的なものではありませんが、何が起こったのかについての手がかりはいくつかあります。ここで言う構成とは、「Microsoft 365アプリがどの機能、コンポーネント、または特定のコードパスを有効化または無効化するかを決定するために使用するもの」です。「これらのロールアウトは、特定のビルド、アプリ、プラットフォーム、または対象ユーザーを対象に行うことができます。構成はMicrosoft 365アプリによって最大4時間ごとに同期できます」と同社は述べています。
この 4 時間ごとのコールホームにより、ユーザーの観点からは何かが変化しているという兆候がほとんどないまま、Microsoft が問題を報告し、修正することができた理由が説明できると思われます。
Windowsがバックグラウンドで何らかの処理を実行したところ、Outlookが突然停止し、その後Outlookが修復されました。Microsoftは、どの設定が原因だったのか、またWordでどのような問題が修正されたのかについて、具体的な詳細を明らかにしていません。
テスト中になぜ気づかなかったのでしょうか?
マイクロソフトは、「問題がどのように発生し、なぜテストと初期展開サイクル中に見逃されたのかを理解するために、コーディングの徹底的なレビューを実施している」と述べており、予備レポートが最終レポートに置き換えられた時点で、この件に関してさらに最新情報が発表される可能性がある。
しかし、Microsoft の一部の人が Outlook で Word Web Layout が果たす重要な役割を考慮していなかったのではないかと推測できます。
同社は報告書の中で、Word については「デフォルトの表示は Web ビューではないため、Web ビューを使用しているユーザーはごくわずかです。ページ ビューや閲覧ビューなどの他の表示には影響はありません」と述べている。
ただし、Outlook では、「Web レイアウトが既定であり、使用できる唯一のビューです。」
そうは言っても、Word の Web レイアウトが壊れることさえも、発見されるべきことだった。ただし、セキュリティ問題への迅速な対応と、予期しない副作用に対する更新の徹底的なテストを組み合わせることは困難である。
このバグによって、Microsoftプラットフォームの魅力の低い側面がいくつか露呈しました。その一つは、Outlookはメール、カレンダー、連絡先、タスクの統合という高い価値を備えているにもかかわらず、依然として問題を引き起こす可能性のあるレガシーコードが多数残っていることです。
もう 1 つは、今日の Windows および Office 365 ユーザーは、1 回の不適切なアップデートで何時間もの生産性の低下に見舞われる可能性があることです。
ただし、注目すべき点が 1 つあります。デスクトップ Outlook ではなく Web ブラウザを使用して完全なクラウド モデルに従ったユーザーには、まったく影響がありませんでした。®
