2025年12月1日公開。今回取り上げるのは、Microsoftが正式に認めた“新Outlook”の深刻なバグ。Excelの添付ファイルを開こうとすると、まるで拒否するかのように「後でもう一度開いてください」と曖昧なエラーだけを返してくる、あの現象だ。特に国際的な企業や、普段から特殊文字をファイル名に入れるユーザーには刺さる内容で、いまリアルタイムで困っている人が続出している。この記事は、いま何が起きていて、誰が影響を受けていて、何をすれば回避できるのかを“みんなで話せるフォーラム風”にまとめたものだ。できるだけ中学生でも理解できるように、ややくだけた語り口で進めるので気軽に読んでほしい。ちょっと長めだけど、あとでコメント欄でも語り合えるはず。

問題の概要：非ASCII文字のExcel添付が突然ブロックされる理由

まず結論から言うと、原因は「ファイル名の文字コードを処理する部分に欠落があったこと」だとMicrosoftが公式に説明している。この欠落があるせいで、新Outlookは特定の文字を含む添付ファイルを正しく認識できず、開く前の段階でエラーを出してしまう。ここでいう特定の文字というのは、アクセント付きの文字、アジア圏の文字、絵文字、記号など、いわゆる非ASCII文字と呼ばれるものだ。

発生したのは2025年11月23日ごろ。新Outlook（Windows版）の利用者から順番に「Excelだけ開けないんだが…？」という報告が上がり始め、やがてMicrosoft側も問題を認識。12月1日になって、ついに正式な不具合として公開された。
対象は新Outlookのみで、クラシックOutlookには影響しない。このあたり、切り替えを急ぐユーザーほど混乱しただろうな、と少し気の毒になる。

エラーの正体：EX1189359の意味と“曖昧すぎる”メッセージ

今回付与されたトラッキングIDはEX1189359。Microsoft 365管理センターで確認できる番号だ。実際に表示されるエラーは非常にあっさりしていて、「後で開いてください」としか言わず、原因の“文字コード問題”には触れられていない。そのため、多くのユーザーが「回線？」「Excel側？」「セキュリティ設定？」と迷宮に入り込んでしまった。

Redditでも
「開くたびに“Try again later”で詰む。なんだこれ？」
「ファイル名を“aaaa.xlsx”にしたら普通に開いた…意味がわからん」
などの投稿が散見され、まるで小さな実験室のような盛り上がりを見せていた。こうした“自力で原因にたどり着くコミュニティの力”は、なんだかネットらしさが戻った感じもあるけれど、当事者からすると笑えない。

Microsoftの対応状況：修正は開発済みだが配布まではまだ

12月1日の公式更新によると、エンジニアはすでに修正を開発済み。ただし、現在は「バリデーション段階」で、すぐに全ユーザーへ展開される段階ではない。急いで直すと別のバグが出るリスクもあるため、慎重なプロセスを踏んでいるようだ。

この修正が世界中に反映されるのは、日本時間で12月2日の朝〜夕方あたりが濃厚と言われている。ただしMicrosoftのアップデートは地域差もあるので、少しズレ込む可能性もある。
今回の件についてMicrosoftは「そもそもなぜ文字コード処理が崩れたのか」についても調査中。バグの再発防止策のためだろうが、根本原因がやや深そうな気配もあり、個人的には少し心配になる。

#対象ユーザー：意外と広い範囲が巻き込まれている
今回は「非ASCII文字が含まれるファイル名のExcel添付」が対象だが、実はこれだけで影響範囲はかなり広い。
特に影響が大きいのは、国際企業、教育機関、外国籍のメンバーを含むチーム、そして絵文字をそのままファイル名につけるタイプの一般ユーザー。
日本語のファイル名も当然非ASCIIなので、日本国内でも普通に影響が出る。つまり「気づいたら自分も対象だった」という人が多い状況だ。

回避策：今すぐ使える公式推奨の2つの方法

修正が届くまでの暫定策として、Microsoftは2つの方法を提示している。どちらも大げさなものではなく、ちょっとした行動で回避できるので、今困っている人は試してみてほしい。

(1)Outlook on the Web（OWA）を使う
OutlookのWeb版は今回のバグの影響を受けていない。
ファイル名の文字コード処理がサーバー側で行われるため、変なエラーを起こさず、通常どおりにExcelが開く。新OutlookのUIに慣れている人でも、Web版なら操作もほとんど変わらないので、当面はこれが最も安定した選択肢になる。

(2)添付ファイルをローカルに保存してから開く
プレビューや直接開きが失敗しても、保存してローカルで開く分には問題がない。
保存→ダブルクリックで、普通のExcelとして開くことができる。少し面倒だが、いちばん手堅い方法だ。

ユーザーの声：地味なのに致命的という声が相次ぐ

SNSや海外フォーラムを見ると「致命的ではないけど毎日ストレスが溜まるタイプのバグ」という声が多い。たしかに、ファイル名をいちいち英数字に変えるのは効率が悪すぎるし、チーム全体の命名ルールを変えるわけにもいかない。
特に、ラテン文字圏以外の名前が付くファイルを扱う企業では「仕事が止まった」という声もある。

あるユーザーは
「毎回“report_final_ö.xlsx”が開けなくて、結局ファイル名を全部変更した。これが一番つらい」
と投稿していた。ちょっとした文字が、世界中の業務に影響していると考えると、ITの細部って本当に怖い。

今後の見通し：修正配布後も注意すべき点

修正が配布されたあとでも、気をつけたほうがいい点がいくつかある。
特に注意したいのは、キャッシュの影響で改善がすぐ反映されない可能性があること。Outlookはローカルキャッシュを多用するため、新と旧が混在すると動作が不安定になることがある。Microsoftが追加で案内する可能性もあるので、管理者の人はEX1189359の情報更新を数日は追っておくと安心だ。

もうひとつは、今回のバグが示した“ファイル名の文字コード問題”が、今後ほかのアプリや機能でも表面化する可能性。Outlook全体がクラウドベースに寄っている関係で、処理のフローが以前と変わっているため、文字に関するバグが出やすい環境になっているのかもしれない。これも少し気になる部分だ。

まとめ：修正は目前、しかし一時的な混乱は続く

今回の不具合は、見た目ほど派手ではないけれど、国際的なユーザーの多さを考えるとかなりの“打撃度”がある。修正はすでに完成済みという安心材料がある一方、配布まではもう少しだけ辛抱が必要だ。
もしあなたも同じエラーに遭遇しているなら、とりあえずWeb版Outlookか「保存してから開く」で乗り切ってほしい。

そしてこの記事は“フォーラム風”なので、下のコメント欄に
「こんな状況だった」「この手順で回避できた」「会社全体が止まった（泣）」
など、あなたの体験もぜひ投稿してほしい。リアルな声が集まると、同じ環境で困っている人の助けになるはずだ。今後も続報があれば追記していくので、気軽に覗いていってほしい。