Outlookは、営業、バックオフィス、個人事業主など、多くの人の業務を支えるメールツールです。
一方で、送信したはずのメールが送信トレイに残り、相手に届かないことがあります。添付ファイルの容量、オフライン設定、認証エラーだけでなく、DLP(情報漏えい防止)、誤送信防止サービス、メールゲートウェイ、メールボックス容量、TLSの要件変更、サービス障害など、原因はさまざまです。
この記事では、Outlookでメールが送信トレイに残る主な原因と、送信・削除できないときの対処法を、2026年9月17日時点の情報を踏まえて解説します。
送信トレイへの滞留は、連絡の遅延だけでなく、復旧後に何度も再送して重複送信する原因にもなります。慌てて送信ボタンを押し直す前に、メールが送信トレイにあるか、送信済みアイテムへ移動したか、配信不能通知(NDR)が届いているかを確認しましょう。
切り分けは、メールそのもの、通信環境、アカウント認証、組織のセキュリティサービス、サービス障害の順に進めると効率的です。複数の利用者で同時に発生している場合は、端末設定の変更やプロファイル再作成より先に、Microsoft 365、Exchange Online、認証基盤、社内メールゲートウェイの障害を確認してください。
主な原因は、大容量の添付ファイル、ネットワーク接続不良、オフライン作業モード、認証エラー、アドインの干渉、Outlookプロファイルやデータファイルの不具合です。
添付ファイルは最初に確認したい項目です。20MBを超える添付ファイルは実務上の確認目安ですが、20MBがすべての環境に共通する送信上限ではありません。実際の制限は、Outlook.comかExchange Onlineか、組織の設定、メールゲートウェイ、受信先の制限によって異なります。大きなファイルは直接添付せず、OneDriveやSharePointの共有リンクに置き換えると送信しやすくなります。
容量不足も原因になります。ただし、個人向けOutlook.comではMicrosoftクラウドストレージの上限が影響する場合がある一方、企業のExchange Onlineでは主にメールボックスの送信禁止容量(ProhibitSendQuota)と送受信禁止容量(ProhibitSendReceiveQuota)を確認します。OneDriveの空き容量とExchange Onlineメールボックスの容量は、同じ原因として扱わず、アカウント種別ごとに確認してください。
企業では、誤送信防止、上長承認、添付ファイル分離、メール暗号化、DLPなどが導入されていることがあります。アドイン型の誤送信防止では、確認画面が閉じられていないためにOutlook側の送信が進まないことがあります。ゲートウェイ型では、Outlook上で送信済みアイテムに移動していても、社外配送が保留される場合があります。送信トレイだけで判断せず、送信済みアイテム、アドインの確認画面、ゲートウェイの保留キューを分けて確認しましょう。
添付ファイル付き、社外宛て、秘密度ラベル付きのメールだけ送れない場合は、DLP、外部送信制限、承認フローを優先して確認します。MailTipsやDLP警告の表示に異常があるときは、ポリシーを変更する前に、Outlookの種類、新しいOutlookかクラシックOutlookか、バージョン、ビルド番号、更新チャネル、アドインを正常端末と比較してください。Current Channelは2026年9月8日時点でVersion 2608(Build 20326.20144)です。
GmailやYahoo!メールをOutlookで利用している場合は、メールサービス側の認証・接続要件も重要です。Gmailは「Googleでログイン」によるOAuth接続を基本とし、認証エラーが続く場合はGoogleアカウントとして再追加して認証をやり直します。アプリパスワードは、OAuthに対応していない旧式のクライアントや機器で、組織のポリシー上許可される場合に限る例外的な方法です。
Yahoo!メールでは、Yahoo! JAPAN公式サービス以外からのアクセスを許可し、OutlookをIMAPで使う場合は通常、IMAPとSMTPを利用します。SMTPだけを単独で利用することはできませんが、POPを使わない場合にPOPまで有効化する必要はありません。SMTPの設定例は「smtp.mail.yahoo.co.jp」、ポート465、SSL/TLSです。
また、Yahoo!メールでは2026年9月1日以降、Outlookなど他社メールソフトからのTLS 1.0/1.1接続が順次無効化されています。Yahoo!メールだけ送受信できなくなった場合は、サーバー名、ポート、パスワードだけでなく、OS、Outlook、TLSライブラリがTLS 1.2以上に対応しているかを確認してください。Web版Yahoo!メールで送信でき、Outlookだけ失敗する場合は、クライアント側のTLS対応を優先して確認します。
まず、大容量添付ファイル、メールボックス容量不足、オフライン作業モード、ネットワーク切断、VPNや社内ネットワークの不調、メールサービス側の障害を確認します。次に、アカウント設定と認証を確認しましょう。
Yahoo!メールでは外部アクセス許可、IMAP+SMTPの利用設定、再ログイン、パスワード変更、海外からのアクセス制限、TLS 1.2以上への対応を確認します。GmailではOAuth接続を優先します。古い端末や長期間更新されていないOutlookでは、設定を変更していなくても暗号化要件の変更で接続できなくなることがあります。
そのほか、意図しない送信遅延ルール、不要なCOMアドイン、セキュリティソフト、DLP、誤送信防止サービス、破損したOutlookプロファイルやPSTファイルも原因です。CRM、メール保管、日程調整、バックアップなどの連携システムがExchange Web Services(EWS)を利用している場合にも注意が必要です。
Exchange Onlineでは2026年10月1日以降、EWSの段階的な無効化が始まります。EWSEnabledが未設定のテナントでは、展開時にEWSがブロックされる可能性があります。暫定的にEWSを継続するにはテナント設定とApp IDベースの許可リストを確認しますが、恒久対策はMicrosoft Graphへの移行です。Outlook本体の送信が正常でも、送信後のCRM記録、アーカイブ、監査ログ同期が失敗することがあるため、連携アプリのログも確認してください。
短時間に大量の社外宛てメールを送った後に失敗する場合は、Exchange Onlineのテナント単位外部宛先上限も確認します。2026年9月14日からは、新規・試用版・一部教育機関テナントでTenant External Recipient Rate Limit(TERRL)の計算変更が順次展開されています。上限超過時は、送信トレイに残るのではなく、550 5.7.233を含むNDRとして現れるのが代表例です。この場合、個人のOutlook設定を変更しても解決しません。管理者はExchange管理センターの「Tenant Outbound External Recipients Rate」レポート、メッセージ追跡、送信制限アラートを確認してください。
Exchange OnlineをPOP3またはIMAP4で利用する機器・アプリでは、TLSにも注意が必要です。TLS 1.0/1.1を使うPOP3・IMAP4接続の停止は、2026年8月1日から12月31日にかけて段階展開されています。POP/IMAPそのものの廃止ではありません。古いメールソフト、複合機、監視システム、業務アプリが接続できなくなった場合は、TLS 1.2以上、組み込みライブラリ、Javaや.NETランタイム、接続ログを確認してください。
営業活動では、見積書、提案資料、日程調整メールなどを確実に送信することが重要です。送信直後に送信済みアイテムを確認する習慣をつけると安心ですが、送信済みアイテムへの移動は社外への到達を保証しません。ゲートウェイ保留、NDR、重要メールの到達確認方法も組織の運用として決めておきましょう。
誤送信防止では、全メールに一律の確認を求めるより、社外宛て、新規ドメイン宛て、大人数宛て、添付ファイル付きといった条件に絞る方法が有効です。営業、総務、人事、経理など、部門ごとのリスクに応じて設定してください。
以下の手順で送信時のエラーを予防し、問題発生時に切り分けやすい状態を作りましょう。
※以下の画像はクラシックOutlook for Windowsのものです。新しいOutlookでは設定画面や項目名が異なります。

1.「オプション」メニューへアクセスする
クラシックOutlookでは、「ファイル」タブから「オプション」を選択します。新しいOutlookでは、設定からアカウントの状態、オフライン設定、対象アカウントの再認証状況を確認してください。
2.「送受信」設定を確認する
クラシックOutlookでは、「オプション」内の「詳細設定」から「送受信」を開き、送受信グループと接続設定を確認します。「接続したら直ちに送信する」が有効か、画面下部がオフライン状態になっていないかも確認しましょう。
3.エラーメッセージと端末情報を記録する
0x800CCC0E、0x800CCC0F、0x8004010Fなどのエラーコード、エラー全文、発生時刻、アカウント種別を記録します。さらに、新しいOutlook/クラシックOutlook、バージョン、ビルド、更新チャネル、Windowsビルド、ARM64/x64、アドイン、Web版での再現有無を記録すると調査が進みやすくなります。
ARM版Windows端末では、2026年8月のWindows更新後に新しいOutlook for Windowsが起動しない、または予期せず終了する既知の問題がありました。Surface Pro 11やSurface Laptop 7などの一部端末が例示され、クラシックOutlookは影響対象外です。この問題は2026年9月8日のKB5124012で解決されています。送信トレイの問題とアプリ起動・クラッシュ問題は分けて扱い、アプリ修復やプロファイル再作成の前にWindows更新履歴とMicrosoft Storeの更新を確認してください。
送信トレイを定期的に確認し、未送信メールを放置しないようにしましょう。クラシックOutlookでは、「数分後に送信する」といった遅延ルールが意図せず設定されていないかも確認します。
新しいOutlookでは、外部送信者やメンションを利用した受信トレイルールが拡張されています。利用可能な条件はクライアントや展開状況で異なるため、実際の設定画面で確認してください。社外からの返信、NDR、承認依頼を専用フォルダーに振り分けると、送信後の異常に早く気付けます。
PSTファイルを使う場合は、OneDriveなどのクラウド同期フォルダーには置かず、ローカルドライブで管理してください。クラウド同期は送受信不良、ファイル破損、Outlookのフリーズにつながることがあります。
何度も送信ボタンを押すと、通信復旧後に重複送信するおそれがあります。まずメールの状態と原因を確認し、必要に応じて削除・修正してから再送してください。
| 症状 | 最初に確認するもの |
|---|---|
| 1通だけ残る | 添付容量、宛先、DLP警告、遅延送信 |
| その後のメールもすべて残る | 送信トレイの最も古いメール、認証、接続状態 |
| 添付なしでも全メールが送れない | アカウント種別に応じたメールボックス容量、削除済み・迷惑メール |
| 全社員で発生 | Microsoft 365、Exchange Online、認証基盤、メールゲートウェイの障害 |
| Outlookだけで発生 | Web版での送信、Outlook更新、アドイン、認証状態 |
| ARM端末で新しいOutlookが起動しない | Windows更新履歴、KB5124012以降、Microsoft Store更新、Web版・クラシックOutlookでの再現有無 |
| 社外宛てだけ失敗 | DLP、誤送信防止、外部送信制限、ゲートウェイ保留 |
| 550 5.7.233のNDRが届く | TERRL、Tenant Outbound External Recipients Rate、メッセージ追跡 |
| Yahoo!メールだけ失敗 | 外部アクセス許可、IMAP+SMTP、TLS 1.2、OS・Outlookの更新 |
| POP/IMAP機器だけ失敗 | TLS 1.2対応、認証方式、接続ログ、組み込みライブラリ |
| EWS連携だけ失敗 | EWSEnabled、App ID許可リスト、連携アプリのGraph移行状況 |
送信トレイ内のメールを確認し、未送信メールと単なる表示・同期遅延を切り分けます。
1.送信トレイを開き、宛先、送信日時、添付ファイル、最も古い滞留メールを確認します。古いメールが送信を妨げている場合があります。
2.送信済みアイテムにも同じメールがないか確認します。新しいOutlookでは同期表示の遅れにより、一時的に送信トレイに見えることがあります。送信済みアイテムにあればOutlookからの送信処理は完了した可能性がありますが、相手への到達を保証するものではありません。
3.NDR、DLP警告、承認画面、メールゲートウェイの保留を確認します。送信済みでも相手に届かない場合は、Exchange Onlineのメッセージ追跡、受信側の迷惑メール・隔離、受信側での一時ブロックを確認してください。
以下の順番で確認すると、原因を効率よく切り分けられます。
1.Web版で送信できるか確認し、Outlook・Office・OSを更新する
Outlook on the webなどで同じアカウントから送信できるか確認します。Web版で送信できるなら、Outlookアプリ、端末、アドイン、認証、クライアント固有の接続プロトコルに原因がある可能性があります。ただし、サービス障害ではWeb版も送れないことがあります。Web版への切り替えだけで障害を否定せず、複数ユーザー・複数経路での再現状況を確認してください。
2.オフラインで問題のメールを削除・修正する
大容量メールが原因で送信を繰り返し、削除できない場合は、クラシックOutlookで「送受信」タブから「オフラインで作業」を選びます。送信トレイのメールを下書きへ移動する、添付を外す、または削除した後、オンラインへ戻してください。添付ファイルを共有リンクに置き換え、新規メールとして再送します。
3.ネットワーク、サーバー、サービス稼働状況を確認する
インターネット接続、VPN、社内ネットワーク、メールサーバーを確認します。Microsoft 365を利用している組織では、管理者がMicrosoft 365管理センターの「正常性」から「サービス正常性」を確認してください。2026年8月31日にはExchange Onlineを中心に、認証コンポーネントの問題によるメール送受信遅延・失敗が発生しました。このような障害時は、プロファイル再作成やアカウント削除を急がず、Service healthのインシデントID、発生時刻、対象人数を記録します。
復旧後は、送信トレイ、送信済みアイテム、NDR、メッセージ追跡を照合し、再送対象を一覧化してから送信してください。重複送信を防げます。あわせて、誤送信防止、DLP、暗号化などのメールセキュリティゲートウェイの稼働状況と保留キューも確認します。
4.メールアカウント設定とデータファイルを再確認する
クラシックOutlookでは「ファイル」から「アカウント設定」を開き、送信サーバー、ポート、暗号化方式、認証方式を確認します。Yahoo!メールでは外部アクセス許可、IMAP+SMTP、TLS 1.2以上を確認し、SMTP設定例としてポート465とSSL/TLSを使用します。Exchange OnlineのPOP/IMAP接続では、TLS 1.2以上に対応しているかを確認してください。
5.アカウント修復、プロファイル再作成を行う
改善しない場合は、アカウント修復を試し、それでも解消しない場合にプロファイルを再作成します。これは利用者の負担が大きいため、Web版での送信確認、更新、アドイン確認、サービス障害確認、アカウント修復より後に行うのが実務的です。Macだけで発生する場合も、Web版での送信、Outlook for MacとmacOSの更新、アカウント再認証を先に実施してください。
クラシックOutlookでは、「ファイル」から「仕分けルールと通知の管理」を開き、「新しい仕分けルール」で送信メッセージへのルールを設定できます。受信者、件名、使用アカウントなどの条件を指定し、必要なアクションを設定してください。
一方で、意図しない送信遅延ルールや古いルールは送信トレイ滞留の原因になります。不要なルールを定期的に見直し、社外メール、NDR、承認依頼を確認しやすいフォルダーへ振り分けましょう。新しいOutlookへの移行前には、クラシック版固有の条件、アクション、アドインを同じように再現できるか確認してください。
未送信メールが送信トレイに残っているだけで、直ちに第三者へ漏えいするリスクが高いとは限りません。ただし、重要な連絡が届かないことによる業務損失や、後から古いメールが意図せず送信されるリスクがあります。DLPや誤送信防止で保留されている場合もあるため、警告内容、承認待ち、保留キューを確認してください。
大容量添付ファイル、メールボックス容量不足、オフライン作業モード、ネットワーク不調、認証エラー、DLP、アドイン、プロファイル不具合、サービス障害が主な原因です。削除できない場合は、いったんオフラインにしてメールを削除または下書きに移動し、原因を修正してから再送します。
送信済みアイテムにあっても、相手への到達は保証されません。NDR、Exchange Onlineのメッセージ追跡、ゲートウェイ保留、受信側の迷惑メール・隔離、一時ブロックを確認してください。同じ宛先ドメインへのメールも失敗している場合は、端末再設定より先に配信経路を調査します。
Exchange Onlineのテナント単位外部宛先上限やメールゲートウェイの送信制限を確認してください。特に550 5.7.233のNDRがある場合はTERRL超過が疑われます。管理者はTenant Outbound External Recipients Rateレポート、メッセージ追跡、アラートを確認します。通常の業務メールとマーケティング配信は分離し、大量配信には専用サービスを利用しましょう。
Outlookアプリ、端末、アドイン、認証状態、TLSなどクライアント固有の問題が疑われます。OutlookとOSの更新、アカウント再認証、アドイン無効化、アプリ修復・リセットを順に試してください。ARM端末で新しいOutlookが起動しない場合は、KB5124012以降のWindows更新も確認します。
個別端末のプロファイルやアドインを変更する前に、Microsoft 365、Exchange Online、社内メールゲートウェイ、認証基盤の障害を確認してください。発生時刻、対象人数、Web版・モバイルでの再現有無、NDR、Service healthのインシデントIDを記録します。復旧後は送信トレイと送信済みアイテムを照合し、再送対象を整理してから再送してください。
原則として影響しません。2027年1月に終了するのは、Gmailify、Gmail Web版の「Check mail from other accounts」による第三者アカウントのPOP取得、GmailからOutlook.comやYahoo!メールなど第三者アドレスとして送る「Send as」です。OutlookからGmailアカウントへIMAP/POPで接続して送受信する利用方法は継続します。
ただし、Gmail上でOutlook.comやYahoo!メールをまとめて受信・送信している場合は、2027年1月までにOutlookなどのデスクトップメールクライアント、提供元のWebメール、メール転送へ移行してください。非公式の拡張機能に認証情報やOAuthトークンを渡すことは避けましょう。
基本的な切り分け、アプリ修復、アカウント修復を行っても改善しない場合は、社内IT部門、メールサービス提供元、メールセキュリティサービス提供元、またはMicrosoftサポートへ相談してください。
問い合わせ時には、最初に送信できなかった時刻、Outlookの種類、送信トレイ・送信済みアイテム・NDRの状態、Web版での送信可否、同時に発生している利用者数、エラー全文、アカウント種別、OS、Outlookのバージョン・ビルド・更新チャネル、端末のARM64/x64、利用中のアドインを伝えると調査が進みやすくなります。Exchange Online環境では、メッセージ追跡、ゲートウェイ保留キュー、EWS連携アプリのログも確認対象です。
Outlookでメールが送信トレイに残る原因は、添付ファイル、容量不足、オフライン設定、ネットワーク不調、認証エラー、TLS要件、サービス障害、DLPやメールゲートウェイ、アドイン、プロファイルやPSTファイルの問題など多岐にわたります。
まずは最も古い滞留メール、添付容量、メールボックス容量、オフライン設定、エラーコード、送信済みアイテム、NDRを確認します。次にWeb版で送信できるかを試し、Outlook・OSの更新、ネットワーク、Microsoft 365、メールゲートウェイの稼働状況を確認しましょう。
Yahoo!メールではTLS 1.2以上、Exchange OnlineのPOP/IMAP機器ではレガシーTLS停止への対応が必要です。大量送信後の550 5.7.233はテナント単位上限、EWS連携の失敗は段階的なEWS無効化も疑います。問題のメールを削除できないときはオフライン状態で削除・修正し、再送前に重複送信がないかを確認してください。
セールスや採用などのミーティングに関する業務を効率化し生産性を高める日程調整ツール。どの日程調整ツールが良いか選択にお困りの方は、まず無料で使い始めることができサービス連携や、必要に応じたデザインや通知のカスタマイズなどの機能が十分に備わっている日程調整ツールの導入がおすすめです。


