Outlook メールが届かない｜復旧後の遅れと配信不能の見分け方

01Outlook メールが届かない：今わかっている公式の状況

11月13日のMicrosoft 365障害と、メールの遅れ

2026年11月13日、Microsoftは複数のMicrosoft 365サービスにつながりにくい障害を発表しています。法人向けサービス正常性（11月14日1時07分更新）の状態は「Service degradation（サービスの低下）」のままです。全面復旧の発表は、まだ出ていません。

Exchange Onlineについては、Outlook on the web、Outlookのデスクトップ（MAPI）、Exchange ActiveSync、REST経由でのメールボックスへのアクセスができない可能性と、メール配信の遅延（email delivery may be delayed）があると説明されています。画面が開き始めても、メールの到着が遅れることがあります。

同じ11月14日1時07分の更新では、残る影響への対処と、信頼できるサービスの復旧の確保に注力しているとの説明です。さまざまな接続方法での回復を評価し、安定が続くことを確かめるため、サービスの状態を注意深く監視しているとしています。この件に悪意のある活動の証拠はなく、完全な緩和まで緊急に対応し、緩和の完了後に根本原因と多層防御策を含むPost-Incident Reportを共有するとの説明です。直前の23時56分の更新では、サービスの利用しやすさの改善が続き、回復が影響を受けたMicrosoft 365のサービス全体で進んでいるとの説明です。一部の利用者には断続的な接続の問題やメール配信の遅れが出る可能性がある、としています。残る問題の解決と、すべての影響を受けた利用者へのサービスの回復に注力し、接続方法ごとの回復の検証とサービスの安定の監視を行っているとの説明です。改善が続いているというのは公式の説明で、すべてのメールがすぐ届くという意味ではありません。

個人向けサービス正常性（11月14日1時24分更新）も「Service degradation（サービスの低下）」です。影響として挙げられているのは、Outlook.com、OneDrive、OneNote、Microsoft To Do、Teams、Microsoft 365 for the webで、ほかのMicrosoft 365サービスでも問題が出る可能性がある、としています。影響を受けた環境全体で持続的な回復の兆候が見られるとして、根本原因の調査は続けながら、影響を受けたサービスの状態が安定していることを確かめる監視を続けている、と説明されています。

公式X（@MSFT365Status）の最新は、11月14日0時39分の投稿です。サービスの利用しやすさとメール配信の性能が、影響を受けたインフラの増えている部分で改善しているという良好な回復の進捗を説明し、障害の影響を受けた利用者への遺憾の意を示して、続報を共有するとしています。悪意のある活動やサイバー活動の結果であることを示す兆候はないとの説明です。一つ前の23時17分の投稿では、サービスの利用しやすさの改善が続き、メールのキューが大きく減って通常の水準に近づいていると説明しています。その前の22時32分の投稿では、影響を受けた地域で回復が続き、北米では改善が広がり、ヨーロッパの多くの地域でも改善が続いているとしています。詳しい更新は、管理センターの番号MO1550821と、Microsoft「Microsoft service health status」（サービス正常性ページ）で見られる、としています。管理センターの画面そのものは、一般の利用者が開ける前提では扱いません。48時間のタイムアウト延長が続いているという説明は、21時00分の法人向け更新にあります。

公式の次の更新予定は、法人向けが11月14日3時00分、個人向けが11月14日3時30分です。続報の予定であり、復旧時刻の発表ではありません。

出典：Microsoft「Microsoft service health status」（サービス正常性ページ、法人向け11月14日1時07分・個人向け11月14日1時24分更新）、Microsoft 365 Status 公式X（@MSFT365Status、20時11分の投稿）、Microsoft 365 Status 公式X（@MSFT365Status、21時09分の投稿）、Microsoft 365 Status 公式X（@MSFT365Status、22時32分の投稿）、Microsoft 365 Status 公式X（@MSFT365Status、23時17分の投稿）、Microsoft 365 Status 公式X（@MSFT365Status、日本時間11月14日 0:39の投稿）。

公式が見せている「タイムアウト48時間」とは

18時24分の公式X投稿で、Microsoftは「遅れたメールを守るため、この障害のあいだメールのタイムアウトを48時間に延長した」と発表しました。21時00分の法人向け更新では、「遅れたメッセージを守るため、延長した48時間のメールタイムアウトは継続する」（原文：the extended 48-hour email timeout window remains in place to help protect delayed messages as delivery catches up）と説明していました。メールのキューとバックログを減らすことを優先している、ともしていました。23時00分、23時56分、11月14日1時07分の更新では、48時間の延長には触れていません。

これは、障害中に遅れたメールを、サーバー側のキューで長く保持するための延長です。Outlookの送受信タイムアウト（クライアントの設定）とは別です。設定画面の秒数を変えても、今回の48時間の延長と同じものにはなりません。

48時間を過ぎたメールが削除されるのか、必ず配信不能になるのかは、公式の説明はありません（未確認）。公式が言っているのは、遅れたメールを守るために48時間に延長し、その延長が続いている、までです。

悪意のある活動の証拠はない、とも説明されています。完全な緩和のあとで、原因と再発防止をまとめたPost-Incident Reportを共有する、としています。その報告書は、まだ出ていません。

出典：Microsoft「Microsoft service health status」（法人向け23時56分・11月14日1時07分更新）、Microsoft 365 Status 公式X（18時24分の投稿）、同（19時28分の投稿）。

02遅れと、配信不能の見分け方

まだ届いていないだけなのか

今回の障害では、公式がメール配信の遅延を発表し、遅れたメールを守るための48時間のタイムアウト延長を、21時00分の更新でも続けるとしていました。画面が開いても、相手の受信トレイにまだ届いていないことがあります。

まだ遅れているだけかどうかを見るときは、次の順が分かりやすいです（この記事からの提案）。受信トレイ、迷惑メール、ほかの端末やWeb版Outlook。自分の送信トレイに残っていないか。送信済みアイテムにあるか。配信不能レポートが戻っていないか。

障害そのものの経過と「今やること」は、Outlookが繋がらない｜Microsoft 365大規模障害（11月13日）の状況と今やることにまとめています。公式の確認先と「自分だけか」の見分けは、Microsoft 365の障害情報をリアルタイムで確認する方法｜自分だけか見分ける手順とやってはいけないことを見てください。

配信不能レポート（NDR）が届いているのか

Microsoft Learn「Exchange Online で配信不能レポート (NDR) と SMTP エラーを電子メールで送信する」によると、配信できなかったときに、エラーコードとDSN（バウンス）が送られます。最も一般的な種類が配信不能レポート（NDR）です。原因、対処の手がかり、管理者向けの技術情報が含まれる、と説明されています。

通知の件名や本文に「配信不能」「配信失敗」「Delivery has failed」「Undeliverable」などが付いていることがあります。コード（4.4.7、5.1.1など）と、どの宛先が失敗したかを残しておきます。読み方は04で扱います。

表が読めないときも、同じ判断です。配信不能がまだなく、今回の障害の影響が疑われるときは、公式の48時間延長を踏まえて同じ内容を重ねて送らない。送信トレイに残っているときは再送の前にそちらの手順を見る。4.4.7が返ってきたら、公式は再送信を案内しています。5.1.1や5.1.10は宛先を確かめてから送る。5.7.520は組織の転送制限の可能性があります。急ぎで相手に伝えたいときは、メール以外の手段を優先する、という整理です（この記事からの提案）。

復旧後のチェックリストも、次のとおりです（この記事からの提案）。受信トレイ／迷惑メール／他の端末／送信トレイ／送信済み／受信トレイに戻った配信不能レポート／（管理者へ依頼するなら）メッセージ追跡。

0348時間待つのか、いつ送り直すのか

公式ヘルプが案内する、通常の再試行（24時間）と、今回の48時間

Microsoft Learn「Exchange Online で NDR エラー 550 4.4.7 を修正する」には、通常時の案内として、次のように書かれています。「Exchange Online では、24 時間にわたってメッセージの配信が繰り返し試行されます。配信試行が失敗してから 24 時間後にのみ、受信者はこの NDR を受け取ります。」利用者向けには、「サーバーはこのメッセージを配信しようとしますが、配信できません。試行が停止します。このメッセージをもう一度送信してみてください。問題が解決しない場合は、ヘルプ デスクにお問い合わせください。」とあります。

一方、今回の障害では、公式がメールのタイムアウトを48時間に延長し、21時00分の法人向け更新では継続すると説明されていました。両方とも公式の説明です。一方を省略して、「いつも48時間」「今回も24時間で戻る」とは言えません。公式ヘルプの本文に、今回の48時間の記載は、まだ出ていません。

配信不能レポートがまだなく、今回の障害による遅れが疑われるときは、公式が延長している48時間を踏まえて、同じメールの再送信を急がない方がよいです（この記事からの提案）。48時間を過ぎたあとの扱い（削除される、必ず配信不能になる、など）は、公式の説明はありません（未確認）。

送信トレイに残っているときは、先にこちら

メールが送信トレイに残ったままになっているときは、再送信の前に、Outlookのメールが送信トレイに残ったまま送信されない｜障害中・復旧後の確認と二重送信を防ぐ方法の手順を見てください。送れない原因の切り分けや、復旧後に同じ内容が二重に届かないようにする扱いを、そちらで整理しています。

再送信するときの公式手順と、二重送信を防ぐ注意

Microsoftサポート「Outlook で電子メール メッセージを再送信する」によると、届かなかった場合に「メッセージの再送信」を使えます。新しいOutlookでは、送信済みアイテムから、詳細なアクション→メッセージの送信、と進みます。必要なら宛先の削除・追加、本文や添付の変更ができる、と説明されています。新しいOutlookの再送信は、プライマリアカウントがMicrosoft 365の職場アカウントの場合だけ使え、個人用アカウントには表示されない、とも書かれています。

配信不能が来てから、または48時間を踏まえて再送すると判断したあとに、この公式手順を使ってください（この記事からの提案）。同じ内容が相手に二重に届かないよう、件名に再送と分かる言葉を足す、すでに届いていないかを先に確かめる、といった注意の詳細は、送信トレイの記事側の整理を見てください。

04配信不能（NDR）の通知の読み方と、主なコード

通知のどこを見るか

Microsoft Learn「Exchange Online で配信不能レポート (NDR) と SMTP エラーを電子メールで送信する」によると、NDRには原因、対処の手がかり、管理者向けの技術情報が含まれます。件名、失敗した宛先、本文中のエラーコード（例：4.4.7、5.1.1）、元の件名と送信時刻を残してください。管理者に伝えるときは、コードの全文をそのまま渡します。

Outlook.com個人向けの案内は、職場のExchange Onlineとは別です。Microsoftサポート「Outlook.com で送信した電子メールが “配信失敗” として戻ってくる」では、「配信不能」について、送信側サーバーが配信しようとしたが、メッセージの有効期限が切れる前に完了しなかった可能性がある、通常は受信側サーバーの問題、宛先の確認、受信者数を減らす、Outlook.comから送ってみる、といった案内があります。使うアカウントの種類を混同しないでください。

4.4.7（Message expired／メッセージの有効期限）

同じLearnの解説では、4.4.7 Message expiredは、キュー内のメッセージの有効期限が切れている、と説明されています。送信側サーバーが中継または配信しようとしたが、有効期限が切れる前に完了しなかった、という状態です。リモートサーバーのヘッダー制限やプロトコルタイムアウトを示すこともあり、通常は受信側サーバーの問題を示す、とあります。宛先の確認、受信サーバーの構成、ヘッダー内の受信者数を減らす必要がある場合がある、とも書かれています。

「メッセージをもう一度送信すると、メッセージは再びキューに配置されます。受信側サーバーが使用可能な場合は、メッセージが配信されます。」個別の説明は、「Exchange Online で NDR エラー 550 4.4.7 を修正する」にあります。管理者向けの例として、#550 4.4.7 QUEUE.Expired; message expired ## が示されています。原因の例は、宛先サーバーがオフラインまたは到達不能、配信を受け入れない、ネットワークの問題でタイムアウト、宛先ドメインのDNS/MXの誤り、です。

通常時のヘルプでは、24時間再試行したあとにこのNDRを受け取る、と説明されています。今回の障害ではタイムアウトが48時間に延長されているため、通知が来るまでの目安は、通常時の24時間と同じとは限りません。目安の切り替え方について、ヘルプ側の追記は、まだ出ていません。

宛先の誤り（5.1.1、5.1.10）

5.1.1 Bad destination mailbox addressは、宛先の入力誤り、宛先システムに存在しない、メールボックス移動後に送信者の受信者キャッシュが更新されていない、などが原因として挙げられています。5.1.10 Recipient not foundは、SMTPアドレス検索で受信者が見つからない、と説明されています。再送信の前に、宛先のスペルと、候補から選んだ古いキャッシュでないかを確かめてください。

社外への自動転送が止められているとき（5.7.520）

5.7.520は、組織が外部への自動転送を許可していない、という内容です（Access denied, Your organization does not allow external forwarding）。転送の設定と、送れないときの確認は、Outlookの自動転送の設定方法｜Gmailなど別アドレスへ転送する手順と、転送できないときの確認にまとめています。

出典：Microsoft Learn「Exchange Online で配信不能レポート (NDR) と SMTP エラーを電子メールで送信する」、Microsoft Learn「Exchange Online で NDR エラー 550 4.4.7 を修正する」、Microsoftサポート「Outlook.com で送信した電子メールが “配信失敗” として戻ってくる」。

05社内からは届くのに、社外から届かないとき

「社内だけ届き、社外から届かない」ことが、今回の障害の公式の影響条件として書かれているかについては、公式の説明はありません。切り分けの順番は、この記事からの提案です。

公式で言えるのは、次の範囲です。法人向け発表では、Exchange Onlineへの接続障害とメール配信の遅延があります。個人向け発表で影響として名前が挙がっているのは、Outlook.com、OneDrive、OneNote、Microsoft To Do、Teams、Microsoft 365 for the webなどです。Gmailなど他社の受信サービスそのものの障害としては、発表されていません。Exchange Onlineからの配信が遅れれば、行き先が他社アドレスでも遅れる可能性は残ります。

社内には届き、社外だけ届かないように見えるときは、次を順に見てください（この記事からの提案）。配信不能レポートの有無とコード。宛先の誤り（5.1.1、5.1.10）。組織の自動転送制限（5.7.520）。自分の送信トレイへの滞留。公式のサービス正常性で、Exchange Onlineの配信遅延が続いていないか。Gmail側の受信トレイや迷惑メールの確認が必要なときは、Gmailにメールが届かない｜迷惑メールにもないときに確認する順番を見てください。

06相手に届いたかを確かめる方法

配信確認と開封確認の違い

Microsoftサポート「Outlook で開封確認メッセージと配信通知を追加して要求する」では、次のように区別されています。配信確認は、受信者のメールボックスへの配信を確認する。受信者が見たり読んだりしたことは確認しない。開封確認が、メッセージが開封されたことを確認できる。受信者は開封確認の送信を拒否でき、強制する方法はない、とも説明されています。

配信確認が来ても、「相手が読んだ」ことの証明にはなりません。急ぎで開封まで知りたいときは、電話など別の手段を使ってください（この記事からの提案）。手順の案内は、Microsoftサポート「電子メール メッセージを追跡する配信確認メッセージを追加する」にもあり、オプションの「追跡」から配信確認または開封確認を要求できます。

使えないアカウント（IMAP / POP、条件付きのOutlook.com）

同じサポート記事によると、Gmail、Yahoo!、iCloudなどのIMAPまたはPOPアカウントでは、この機能は使用できません。Outlook.comアカウントでこの機能が必要な場合は、Microsoft 365サブスクリプションでのみ使用できる、と説明されています。

メッセージの追跡（message trace）は管理者向け

Microsoft Learn「Exchange Online で電子メール メッセージをトレースする」によると、「管理者は、メッセージ追跡機能を使用して、クラウド メール サービスを通過するメッセージを追跡できます。」受信、拒否、延期、配信されたかどうか、途中のイベントを見られる、と説明されています。一般の利用者が管理センターを開いて操作する前提では書きません。必要なときは、管理者に追跡を依頼してください。Microsoft Learn「Microsoft Defender ポータルでのメッセージ トレース」も、管理者・セキュリティ担当向けの入口です。

07管理者に伝えること

管理者にメッセージ追跡を依頼するときは、次を揃えると話が早くなります（この記事からの提案）。送信または受信を待っていた時刻（日本時間と、できればUTC）。自分のアドレスと相手のアドレス。件名。配信不能レポートが来ているときは、エラーコードの全文。使っているOutlookの種類（新しいOutlook、クラシックなデスクトップ、Web、アプリなど）。「メッセージ追跡で、届いたか／どこで止まっているかを見てほしい」という依頼の趣旨。

一般の人が管理センターやDefenderポータルを開ける前提では書かないでください。組織の決まりに沿って、職場の管理者またはヘルプデスクへ渡します。

08よくある質問