世界の技術ニュースをリアルタイムでキャッチし、日本語でわかりやすく発信。AI・半導体・スタートアップから規制動向まで、グローバルテックシーンの「今」をお届けします。

2026-06-17

Outlookでメールが送れない・送信トレイに残る問題の解決法【2026年完全版】

「送信」を押したのにメールが送信トレイ（Outbox）に居座ったまま動かない——この古典的なトラブルは、2026年現在も現場で最も多いメール障害のひとつだ。ただし原因の比重は1年前から大きく変わった。従来の「オフライン設定」「大容量添付」「ポートブロック」に加えて、2025〜2026年はプラットフォーム側の構造変化が新たな送信不能要因として浮上している。

本稿はエンジニア／情シス担当者の視点で、(1) まず切り分けるべき診断フロー、(2) 2026年特有の2大変化、(3) 恒久対策、の順に整理する。

1. まず2系統を切り分ける：classic Outlook か「新しいOutlook」か

2026年のトラブルシュートで最初に確認すべきはどのOutlookを使っているかだ。両者は送信処理のアーキテクチャがまったく異なる。

classic Outlook（従来のデスクトップ版） — ローカルに .ost/.pst を持ち、送信トレイ → 送信処理 → 送信済みという明示的なキューを経由する。「送信トレイに残る」のはこちら特有の症状。
新しいOutlook（new Outlook for Windows） — 実体はWeb版Outlook（OWA）に近いクライアント。送信はサーバ側で処理され、ローカルの送信トレイという概念がほぼ無い。代わりに「下書きの同期失敗」「オフライン時の送信保留」という形で詰まる。

切り分けの起点：classicで送信トレイ滞留ならローカル要因（OST破損・プロファイル・アドイン）を疑い、新しいOutlookで送れないなら同期・認証・接続を疑う。

Microsoft 365 アプリのバージョン確認

ファイル > Office アカウント > Outlook のバージョン情報 でビルドを確認する。法人環境では更新チャネル（Current / Monthly Enterprise / Semi-Annual）によって既知バグの当たり外れが出るため、障害時はまずチャネルとビルド番号を控える。

2. 2026年の構造変化①：新しいOutlookへの移行は「2027年へ延期」

Microsoftは当初2026年4月としていた法人向けの新しいOutlookへの移行（opt-out フェーズ）を、2027年3月以降へ延期した。さらに、classicへ戻せなくなる「cutover」段階は最短でも2028年3月以降、永続・サブスクリプションライセンスのclassic Outlookは少なくとも2029年までサポートされる見通しだ。

実務上のインパクト：

当面はclassicを使い続けられる。新しいOutlookの送信・同期に不具合が出るなら、設定で従来版へ戻す（トグルをオフ）のが最速の回避策。
ただし移行は時間の問題。新しいOutlookで送信が詰まる場合、設定 > 全般 > オフライン の有効化状態、アカウントの再追加、ブラウザ版（outlook.office.com）での送信可否チェックが切り分けの近道になる。
新しいOutlookはCOM アドイン非対応（Webアドインへ移行）。送信をフックする旧来のアドインが移行で動かなくなる点も、間接的な「送れない」要因になりうる。

3. 2026年の構造変化②：SMTP AUTH 基本認証の廃止（OAuthへ）

エンジニアが最も警戒すべき変化がこれだ。Exchange Online の SMTP AUTH 基本認証（ユーザー名＋パスワード）が、2026年末をめどに既存テナントでも既定で無効化され、サポートされる認証はOAuth 2.0のみになる。新規テナントでは既に既定オフだ。

これは「人間がOutlookで送るメール」より、機械が送るメールを直撃する。

複合機・スキャナの scan-to-email — ベンダーのファーム更新やOAuth対応が必須。未対応機はある日突然送信不能になる。
業務システム／バッチからの自動通知メール — アプリに直書きされたSMTP AUTH（基本認証）が失敗する。
古いメールクライアント・IoT機器 — OAuth非対応なら送信できなくなる。

対策は2択

OAuth 2.0（先進認証）へ移行 — クライアント／デバイスをOAuth対応版に更新する。MFAとも組み合わせやすく、セキュリティ面でも本筋。
SMTPリレーサービスを経由 — OAuth対応が困難なレガシー機器は、SendGrid等のリレーやSMTPリレーコネクタを噛ませて送る。

ポイント：「人は送れるのに複合機やシステムだけ送れない」なら、まず基本認証廃止の影響を疑う。Outlook本体の設定をいくら見ても直らない。

4. 古典的な原因と切り分け（2026年最新化）

構造変化を除けば、以下の従来要因は依然として有効だ。上から順に確認する。

① オフライン作業モード

最頻出かつ最も見落とされる。classicでは 送受信 > オフライン作業 がオンだと送信トレイに溜まる一方になる。ボタンのハイライト＝オン。ステータスバーに「オフライン作業中」表示が出る。

② ネットワーク／接続状態

ステータスバーが「接続済み」か「切断」か。
VPN・プロキシ・ゼロトラスト製品（SASE/SWG）が587/465番ポートを遮断していないか。在宅とオフィスで挙動が違う場合はここを疑う。
キャプティブポータル（未認証Wi-Fi）に繋がっていないか。

③ 大容量の添付ファイル（依然トップ級の原因）

Exchange Onlineの既定送信上限は概ね25〜35MB。これを超えると送信トレイで無限リトライする。
対策は添付をやめること。OneDrive/SharePointの共有リンクに切り替えるのが2026年の標準作法。リンクなら容量・バージョン管理・権限制御がすべて改善する。

④ 送信トレイの「先頭で詰まった1通」が後続を止める

巨大／壊れた1通が先頭に居座ると、後続の正常メールまで送信されない。対処：

オフライン作業モードをオンにして送信処理を止める。
送信トレイを開き、詰まっている1通を下書きへ移動または削除。開けない場合はOutlookをセーフモード（outlook.exe /safe）で起動。
オフラインを解除して再送。

⑤ プロファイル破損・OSTの肥大／破損（classic）

コントロールパネル > Mail > プロファイルの作成で新規プロファイルを作り直すと、根の深い送信不能が一掃されることが多い。
OSTは破損時に再構築（削除→再同期）が有効。pstと違いサーバが正本なのでローカルOST削除は安全。

⑥ アドインの干渉

outlook.exe /safeで起動して送れるなら、アドインが原因。COMアドインを順に無効化して特定する。前述の通り、新しいOutlookはWebアドインのみ対応。

⑦ 送信遅延ルール／仕分けルールの暴走

「○分後に送信」ルールや、送信時に外部処理を呼ぶルールが詰まりの原因になることがある。ルールと通知の管理で確認。

5. すぐ送りたいときの応急処置

業務中に止まったら、原因究明より先に届ける。

Web版Outlook（outlook.office.com）から送り直す — クライアント要因を一発で回避できる最速手段。送信できればローカル問題と確定する。
スマホのOutlookアプリから送る — モバイル回線なのでポート遮断やプロキシの問題も切り分けられる。
詰まったメールは下書きへ退避してから本文をコピーし、新規作成で送り直す（壊れたメールアイテムを掴んだままにしない）。

6. 恒久対策チェックリスト

領域	やること
認証	基本認証(SMTP AUTH)に依存する機器・システムを棚卸しし、OAuthまたはSMTPリレーへ移行
添付	大容量ファイルは添付せずOneDrive/SharePoint共有リンクへ統一
クライアント	classic/新しいOutlookの方針を決め、更新チャネルを管理。アドインはWebアドインへ移行
運用	送信トレイの定期点検、OSTサイズの監視、プロファイル再作成手順を文書化
切り分け	障害時は必ずWeb版で送れるかを最初に確認（ローカル/サーバの一次切り分け）