Outlookでメールは受信できるのに送信できない？真の原因を特定して修正する方法

Outlookでメッセージは受信できるのに送信できない場合、最も有用な最初のステップは、ランダムなポートを変更したりOfficeを再インストールしたりすることではありません。まず、障害がアカウント自体に起因するのか、それともOutlookアプリのみに起因するのかを判断してください。ブラウザでプロバイダーのWebメールを開き、添付ファイルなしの短いプレーンテキストメッセージを自分自身に送信してみてください。Webメールでは正常に送信できるのにOutlookではできない場合、問題はOutlookローカル、キャッシュされたアカウント状態、またはPOP/IMAPを使用している場合は送信SMTP設定にある可能性が高いです。Webメールでも失敗する場合、デスクトップ版Outlookの設定を変更しても、根本的なアカウント、クォータ、ポリシー、またはサービスの問題は解決しない可能性が高いです。

この区別が重要なのは、受信と送信が必ずしも同じ経路を使用するわけではないためです。POPまたはIMAPアカウントは、受信サーバー経由で受信し、別のSMTPサーバー経由で送信する場合があります。Microsoftはまた、Outlook.com、新しいWindows用Outlook、およびクラシックOutlookに対して異なるトラブルシューティング手順を文書化しています。以下の手順では、Microsoftが現在検証している内容と、アカウントタイプに依存する内容を分離し、正確な原因が依然として不明な場合の対処法を説明します。

1つの診断テストから始めます：アカウントはWebメールから送信できますか？

検証済み： Microsoftは、より深いOutlookのトラブルシューティングに進む前に、接続性とアカウント状態を確認することを推奨しています。Outlook.comの場合、Microsoftは、メールがアカウントから送信されない理由として、アカウント制限、ストレージ、メッセージサイズ、送信制限も文書化しています。MicrosoftのOutlook送受信トラブルシューティングガイドおよびOutlook.com送受信トラブルシューティングを参照してください。

コンテキストに依存する部分： Gmail、Yahoo、iCloud、ビジネスドメイン、またはOutlook内の他のプロバイダーを使用している場合は、Outlook.comではなく、そのプロバイダー自身のWebメールでテストしてください。仕事や学校用にMicrosoft 365を使用している場合、管理者が組織レベルのポリシーや、個人ユーザーには表示できないサービス健全性情報を設定している可能性もあります。

アクション： Webメールからシンプルなメッセージを送信します。そこで成功した場合は、以下のOutlook固有のチェックを続けます。そこでも失敗する場合は、Outlookの設定を変更する前に、正確なエラーまたは不達レポートを記録してください。

誤解：「メールを受信できるなら、Outlookはオフラインではないはずだ」

検証済み： クラシックOutlookでは、Microsoftは、Outlookが実際にオフライン作業中または切断中の状態の場合、再接続するまで新しいメールを送受信できないと明記しています。したがって、送信障害が発生している間に本当に新しいメッセージが受信され続けている場合、完全なオフライン作業モードが原因である可能性は低くなります。ただし、受信トレイに古いメールが表示されていることは、アプリが現在オンラインであることを証明するものではありません。

アクション： クラシックOutlookで、ステータスバーと送受信タブを確認します。オフライン作業中が表示されている場合は、オフライン作業を一度選択して再接続します。Microsoftは、視覚的なステータスインジケーターをWindows用Outlookでオフライン作業を行う方法で文書化しています。

クラシックOutlookのオフライン作業状態を示すAI生成イラストです。実際の診断スクリーンショットではなく、リボンのレイアウトはOutlookのバージョンによって異なる場合があります。

アカウント設定を変更する前に送信トレイを確認します

検証済み： Microsoftは、送信トレイに滞留しているメッセージを一般的な送信問題として特定しています。大きな添付ファイルはその原因の1つです。Outlook.comの場合、Microsoftは現在、25 MBを超える添付ファイルは直接送信できないと明記しており、削除するか、より小さいファイルを使用するか、OneDriveリンクを共有することを推奨しています。Outlookが接続されていない場合も、メッセージがキューに残ることがあります。

これで証明されないこと： 送信トレイに1つのメッセージが滞留していることは、アカウント全体が破損していることを自動的に意味するわけではありません。新しい小さなプレーンテキストメッセージが正常に送信される場合、元のメッセージ自体がより可能性の高い原因です。

アクション： 送信トレイを開きます。1つのメッセージが滞留している場合は、それを移動または削除し、大きな添付ファイルを削除してから、新しい短いテストメッセージを送信します。Microsoftのガイダンスについては、Outlook.comでメールが滞留している場合およびMicrosoftのより広範なOutlookメールが滞留している場合の記事を参照してください。

キューに入れられたOutlookメッセージを示すAI生成イラストです。この画像は、どこを確認すべきかを示すことを意図しており、特定の現在のOutlookビルドを再現するものではありません。

誤解：「受信できることは、サーバー設定とパスワードが正しいことを証明する」

手動で設定されたPOP/IMAPアカウントでは、これは確実に正しいわけではありません。

検証済み： Microsoftは、送信サーバーをSMTPとして個別に文書化しています。クラシックOutlookでは、受信サーバー、送信サーバー、ポート、暗号化、ユーザー名、パスワード、認証要件を、メールプロバイダーから提供された情報と比較できます。Microsoftの現在のWindows用Outlookのアカウント設定ガイドでは、受信設定と送信設定の両方を比較し、アカウント設定のテストを使用することを特に推奨しています。

重要な条件： アカウントが実際にPOPまたはIMAPとして設定されている場合、またはプロバイダーから手動SMTP設定が明示的に提供されている場合にのみこれを行ってください。他のプロバイダーから任意のSMTPポートや暗号化設定をコピーしないでください。

POP/IMAP経由で設定されたOutlook.comアカウントの場合、Microsoftは現在、smtp-mail.outlook.com、ポート587、STARTTLS、およびOAuth2/モダン認証を公開しています。これらの設定はOutlook.com用であり、普遍的なものではありません。Microsoftはまた、Outlook.comのPOPおよびIMAPアクセスはデフォルトで無効になっており、これらのプロトコルを意図的に使用する際に有効にする必要があると明記しています。Outlook.comのPOP、IMAP、およびSMTP設定を参照してください。

アクション： サードパーティのPOP/IMAPアカウントを使用している場合は、そのプロバイダーから正確なSMTPサーバー、ポート、暗号化、認証方法を入手し、Outlookと比較してください。Microsoft 365またはExchangeアカウントが通常どおり設定されている場合は、手動でのSMTP推測をスキップし、代わりにアカウントの修復または再認証に進んでください。

クラシックOutlookのアカウント設定を示すAI生成イラストです。例示されているサーバー名は架空のものであり、ご自身のメールプロバイダーから提供された設定を使用してください。

クラシックOutlookで利用可能な場合はアカウントテストを使用します

検証済み： クラシックOutlookの手動アカウント設定では、Microsoftは、設定がログオンし、テストメッセージを送信できるかどうかを確認するアカウント設定のテスト手順について説明しています。赤い失敗マーカーは、設定の一部が機能していないことを意味します。Microsoftは、設定を再確認し、テストが依然として失敗する場合はメールプロバイダーに連絡することを推奨しています。

エラーを読むまで不明な点： 送信テストの失敗だけでは、原因が誤ったパスワード、不正確なSMTPホスト、誤ったポート、誤った暗号化モード、ブロックされた認証、またはプロバイダー側の拒否のいずれであるかは判明しません。正確なエラーテキストが重要です。

アクション： テストを実行し、完全な送信サーバーエラーを書き留め、プロバイダーのドキュメントと矛盾する設定のみを修正してください。複数のパラメータを一度に変更しないでください。それは真の原因を特定することをより困難にするためです。

クラシックOutlookのアカウントテストを示すAI生成イラストです。成功しているように見える例は方向付けのために表示されていますが、ユーザーのアカウントがテストに合格したことの証拠ではありません。

Outlook.com自体が送信できない場合、制限、ストレージ、アカウント制限を確認します

検証済み： Outlook.comは、悪用を減らすために送信制限を課しています。Microsoft 365サブスクライバーに対するMicrosoftの現在の公開制限には、1日あたり5,000人の受信者、1メッセージあたり500人の受信者、および送信者との確立された関係がない1日あたり1,000人の受信者が含まれます。Microsoftは、制限は使用履歴によって変動する可能性があり、非サブスクライバーではより低くなること、また新しいアカウントはより低い一時的なクォータで開始される可能性があることを述べています。Outlook.comの送信制限を参照してください。

Microsoftはまた、Microsoftクラウドストレージがいっぱいである場合、メールを送受信できないと明記しています。これは診断的に有用です：まったく新しいメッセージがまだ正常に受信されている場合、完全に満杯のMicrosoftメールボックスやクラウドストレージの状態は症状と一致しにくいですが、Outlook.comがクォータ警告を表示している場合は確認する価値があります。

検証済み： Microsoftは、異常なサインイン活動の後、Outlook.comアカウントを一時的にブロックする場合があります。公式の回復経路は、Microsoftアカウントサインインヘルパーであり、Outlook.comアカウントのブロックを解除するで説明されています。

アクション： Webメールが送信できない場合、ストレージ警告、送信制限メッセージ、セキュリティチャレンジ、またはアカウントブロック通知を確認してください。これらのアカウント側の条件がクリアされるまで、Outlookデスクトッププロファイルを再構築しないでください。

最近パスワードを変更した場合、Outlookを再構築する前に再認証します

検証済み： Microsoftのセットアップトラブルシューティングドキュメントによると、変更されたメールパスワードは、Outlookに保存された資格情報の更新を必要とする場合があります。サードパーティのアカウントの場合、2要素認証により、プロバイダーが期待する資格情報または認証方法が変更されることもあります。

コンテキスト依存： モダンなMicrosoftアカウントは、再利用可能なSMTPパスワードを単純に送信するのではなく、ますますOAuth2を使用しています。Outlook.comは、公開されているPOP/IMAP/SMTP設定に対して特にモダン認証/OAuth2を要求します。したがって、「SMTP認証をオンにしてパスワードを入力する」という一般的な修正は、普遍的に適切ではありません。

アクション： パスワードが最近変更された場合は、まずプロバイダーのWebサイトにサインインして新しい資格情報を確認してください。その後、プロバイダーがサポートする方法でOutlook内のアカウントを再認証または更新してください。

クラシックOutlookのプロファイルを修復するか、新しいOutlookでアカウントを再追加します

クラシックOutlookで検証済み： Microsoftは、サポートされているデスクトップ構成に対して、ファイル → アカウント設定 → アカウント設定 → メール → 修復でプロファイル修復パスを提供しています。Microsoftは、Exchangeに接続されたOutlook 2016など、すべての組み合わせで修復オプションが利用可能ではないと明記しています。公式手順は、プロファイルを修復してOutlookメール接続を修正するにあります。

新しいOutlookで検証済み： Microsoftは、アカウントの削除を設定/設定の表示 → アカウント → ご自身のアカウント → 管理 → 削除の下で文書化しており、その後アカウントを再追加できます。アプリから削除しても、基礎となるメールアカウントは削除されません。Windows用Outlookにメールアカウントを追加するを参照してください。

アクション： よりシンプルなアカウント、送信トレイ、認証、プロバイダーのチェックが失敗した場合にのみ、修復または削除/再追加を使用してください。複数のアカウントがある場合は、失敗しているメッセージが意図した「差出人」アカウントから送信されていることを最初に確認してください。

メッセージが送信トレイから消えたのに受信者に届かない場合は、別の問題として扱います

メッセージが送信トレイから消えたことは、最終的な配信を保証するものではありません。

検証済み： Microsoftは、不達レポートの一般的な理由として、無効なアドレス、満杯の受信者メールボックス、受信者サーバーの問題、スパムフィルタリングを挙げています。不達レポートには通常、理由が含まれています。

アクション： Outlookがメッセージを送信済みアイテムに移動したが、バウンス（返送）を受け取った場合は、そのバウンス内のステータスコードと説明を読んでください。エラーが実際に認証または送信サーバーからのリレーを指していない限り、ローカルSMTP設定を変更し続けないでください。

機能したと仮定する代わりに、修正を検証する方法

制御されたテストシーケンスを使用します：

1. 添付ファイルなしのプレーンテキストメッセージを自分のアドレスに送信します。
2. 送信トレイから消え、送信済みアイテムに表示されることを確認します。
3. 受信トレイに再び届くことを確認します。
4. 別のプロバイダーのアドレスに2番目のメッセージを送信します。
5. 特定の受信者のみが失敗する場合は、Outlook設定を開き直す代わりに、不達レポートを検査します。

両方のテストメッセージが送信され、届いた場合、Outlookの基本的な送信経路は機能しています。Webメールは機能するがデスクトップアプリがまだ失敗する場合、残りの問題はOutlookまたはそのアカウント設定のローカルにあります。Webメールも失敗する場合、未解決の原因は、アカウント側、プロバイダー側、またはサービス側である可能性が高いです。

正確なエラーなしでは決定できないこと

「受信できるが送信できない」は症状であり、単一のOutlookエラーではありません。アカウントタイプ、Outlookバージョン、エラーダイアログ、SMTP応答、または不達レポートなしでは、1つの決定的な原因を特定することはできません。現在のMicrosoftサービスの問題も時間依存です。MicrosoftはOutlook.com既知の問題ページを維持しており、該当するユーザーには適切な場合にMicrosoftサービス健全性情報を案内しています。

したがって、最も効率的なトラブルシューティング順序は、Webメールをテストする → 送信トレイとメッセージを検査する → POP/IMAPが適用される場合のみプロバイダー固有のSMTPを検証する → 再認証する → アカウント制限/制限を確認する → Outlookアカウントを修復または再追加する → 最終診断のために正確なエラー/NDRを使用するです。この順序により、すでに正しかった設定を変更することを避け、各テストが有用な情報を提供するようにします。