Outlookで「メールは受信できるが送信できない」エラーを修正する方法

Outlookを開くと、新しいメッセージは正常に届きますが、すべての返信が送信トレイに残るか、送信エラーで失敗します。この組み合わせは診断上有用です。受信と送信は必ずしも同じ接続経路、認証情報、サーバー設定を使用するわけではないためです。したがって、受信側は正常に見える一方で、送信側が破損しているという状況が発生し得ます。

説明用の例： Averyがサードパーティのホスティングプロバイダーから提供された仕事用のメールアカウントでWindows版Outlookを使用していると想像してください。Averyはクライアントからの新しいメッセージを受信できますが、通常の返信は送信トレイから出ません。これはトラブルシューティングプロセスの適用方法を示すための仮想的な例であり、実際のテスト結果や顧客のストーリーではありません。

最も安全なアプローチは、最もシンプルなチェックから始め、変更ごとにテストを行い、以前のステップで問題が説明できない場合にのみ、アカウントまたはサーバーの設定に進むことです。Microsoftの現在のサポートガイダンスは、Windows用の新しいOutlookとクラシックOutlookの両方をカバーしていますが、一部のメニューは異なります。公式の開始点はMicrosoftのOutlook送受信トラブルシューティングページです。

Outlookがメールを受信できるのに送信に失敗する理由

メールの受信は、メールボックス接続の少なくとも一部が機能していることのみを証明します。POPまたはIMAPアカウントの場合、受信メールと送信メールは異なるサーバー設定を使用します。IMAPまたはPOPは取得を処理し、SMTPは送信を処理します。したがって、正しい受信設定は、誤ったSMTPホスト名、ポート、暗号化の選択、パスワード、または認証方法と共存する可能性があります。

Microsoft 365またはExchangeアカウントの場合、原因は異なる可能性があります。最新のOutlookクライアントは一般的に、手動で設定されたSMTP送信パスではなく、MicrosoftのExchange接続スタックを使用するためです。これらのケースでは、オフラインのクライアント、スタックしたメッセージ、期限切れのサインイン、プロファイルの問題、アドイン、アカウント制限、またはサービスの問題が、ランダムなSMTPポートの問題よりも可能性が高いです。

1. 小さなテストメッセージを送信し、Outlookがオンラインであることを確認する

「send test」などの短い件名で自分宛に新しいメッセージを作成することから始めます。添付ファイル、署名画像、配布リスト、または特殊なフォーマットは追加しないでください。これにより、基本的な送信失敗と、特定のメッセージによって引き起こされる問題を区別できます。

クラシックOutlookでは、ステータスバーを確認します。Microsoftによると、オフラインで作業中、切断済み、または接続を試行中などのステータスは、Outlookがメールサーバーに到達できないことを意味します。送受信タブで、必要に応じてオフラインで作業を使用してオンラインモードに戻し、送受信を再試行します。Microsoftはこの動作をWindows用Outlookでオフラインで作業する方法ガイドに文書化しています。

Averyの場合、この最初のテストは基本的な質問に答えます。Outlookがオンラインの状態で、小さく新規のメッセージであっても送信が失敗しますか？はいの場合、続行します。テストメッセージが送信される場合、元のスタックしたメッセージを調査する方が適切です。

2. 送信トレイを検査し、最も古いスタックしたメッセージから始める

大きいまたは不正な形式のメッセージは、その後のメッセージをブロックする可能性があります。Microsoftは特に、送信トレイ内の最も古い項目を最初に確認することを推奨しています。大きな添付ファイルは一般的な原因です。Microsoftのデスクトップ版Outlookトラブルシューティングガイダンスでは、プロバイダーの制限が異なるため、約20 MBを超える添付ファイルは警告信号です。Outlook.comは、通常の添付ファイルに対して25 MBの添付ファイル制限を別途文書化しています。

最も古いメッセージに大きなファイルが含まれている場合、添付ファイルを削除して再試行します。OneDriveなどのクラウド共有リンクの方が、大きなファイルには実用的な場合があります。Outlookが送信を継続しようとするためメッセージの編集が難しい場合、クラシックOutlookユーザーは一時的に「オフラインで作業」を選択し、メッセージを移動または編集してから再接続できます。Microsoftの送信トレイにスタックしたメッセージに関する公式手順を参照してください。

例として、Averyの最初の失敗したメッセージにプレゼンテーションが含まれているが、小さなテストメッセージも失敗すると仮定します。これは、添付ファイルが根本原因ではなく別の問題である可能性を示唆しているため、Averyはファイルサイズがすべてを説明すると仮定せず、調査を続けるべきです。

3. 問題がOutlookアプリにあるのかアカウントにあるのかを確認する

プロバイダーがWebメールを提供している場合、プロバイダーの公式Webサイトにサインインし、同じ小さなテストメッセージを送信します。Outlook.comメールボックスの場合は、Web版Outlookを使用します。この比較は価値があります：

• Webメールは正常に送信されるが、デスクトップ版Outlookは送信できない場合：Outlookアプリ、ローカルアカウント設定、プロファイル、アドイン、またはキャッシュされた認証情報に焦点を当てます。
• Webメールも送信できない場合：アカウント、プロバイダー、送信制限、メールボックスの状態、またはサービスの可用性に焦点を当てます。

これを正確な原因の証明として扱わないでください。これは、次のトラブルシューティング努力をどこに費やすべきかを示すルーティングテストです。

4. パスワードまたはサインインが最近変更された場合は再認証する

メールボックスのパスワードを最近変更した場合、セキュリティリセットを完了した場合、多要素認証を有効にした場合、またはサインインプロンプトが表示された場合は、サーバー設定を変更する前にアカウントのサインインを更新してください。Microsoftの現在のOutlookサポート手順では、変更されたパスワードをOutlookで再入力する必要がある場合があると記載されています。新しいOutlookでは、影響を受けるアカウントへのサインインを続行するよう促す場合があります。

一部の非Microsoftプロバイダーでは、特定のメールクライアントに対してアプリ固有のパスワードを依然として要求します。このルールはOutlook自体ではなく、メールプロバイダーから来ています。したがって、サードパーティのブログからのパスワードレシピではなく、プロバイダーの公式手順を使用してください。

Averyの場合、前日のパスワード変更は強力な手がかりとなります。再認証によって小さなテストメッセージの問題が解決する場合は、SMTPポートを変更したり、Outlookプロファイルを再構築したりする必要はありません。

5. POPまたはIMAPアカウントの場合、送信SMTP設定を確認する

手動で設定されたPOPまたはIMAPアカウントで受信は機能するが送信が失敗する場合、これは最も重要な分岐点です。メールプロバイダー自身のドキュメントと照らし合わせて、送信サーバー名、ポート、暗号化方法、ユーザー名、認証方法を確認してください。無関係なプロバイダーの設定をコピーせず、受信ホスト名と送信ホスト名が同一であると仮定しないでください。

Outlook.comの場合、Microsoftは現在、SMTP用にsmtp-mail.outlook.com、ポート587、STARTTLS暗号化、およびOAuth2/モダン認証を公開しています。これらの値はOutlook.comの手動接続用であり、Gmail、Yahoo、ISP、またはカスタムドメインのメールホストに一般化しないでください。権威ある参照先はMicrosoftのOutlook.com POP、IMAP、およびSMTP設定ページです。

Microsoft 365でSMTP AUTHを盲目的に有効にしないでください

メールボックスがExchange Onlineでホストされている場合、「SMTP AUTHを有効にする」を万能の修正策として扱わないでください。Microsoftは、OutlookやWeb版Outlookなどのモダンクライアントは、Exchange Online経由でメールを送信するために一般的にSMTP AUTHを使用しないと述べています。SMTP AUTHは主に、特定のPOP/IMAPクライアント、アプリケーション、デバイス、およびその他の認証付き送信シナリオに関連しています。管理者は、テナントまたはメールボックスポリシーを変更する前に、Microsoft LearnのExchange Online SMTP AUTHドキュメントを参照する必要があります。

6. 該当する場合、Outlook.comの制限、ストレージ、送信制限を確認する

アカウント自体がOutlook.comの場合、異常なサインインアクティビティや不正使用防止制御により、一時的な送信制限がトリガーされる可能性があります。Microsoftはまた、Microsoftクラウドストレージが満杯の場合、送受信が防止される可能性があることに言及しています。デスクトップアプリを繰り返し変更するのではなく、Microsoft自身のアカウントおよびOutlook.comインターフェースを通じてアカウントを確認してください。

Outlook.comには送信制限もあり、Microsoftは制限がアカウント履歴とサブスクリプションステータスによって異なる場合があることに言及しています。多数の受信者に送信していたり、異常に高いボリュームで送信していたりする場合は、Microsoftの現在のOutlook.com送信制限を確認してください。Microsoftが異常なアクティビティのためにアカウントを一時的にブロックしている場合は、公式のOutlook.comアカウントブロック解除プロセスに従ってください。

7. アカウントチェックが妥当な場合のみクラシックOutlookを修復する

Webメールが正常に送信され、パスワードが有効で、プロバイダー設定が正しい場合、デスクトップ版Outlookプロファイルがより妥当な原因になります。クラシックOutlookでは、Microsoftは組み込みのプロファイル修復パスを文書化しています：ファイル > アカウント設定 > アカウント設定、アカウントを選択し、そのオプションが利用可能な場合は修復を選択します。ウィザードに従い、Outlookを再起動します。Microsoftのプロファイル修復手順を参照してください。

送信が依然として失敗する場合、アドインが送信を妨げている可能性があるため、MicrosoftはクラシックOutlookをセーフモードでテストすることも推奨しています。Windowsでは、outlook.exe /safeを起動すると、通常のアドインなしでクラシックOutlookが起動します。セーフモードでのみ送信が機能する場合は、メールサーバー設定を再度変更するのではなく、アドインを調査するか、新しいOutlookプロファイルを作成してください。

メールスキャン機能を備えたアンチウイルス製品も、メール転送を妨げる可能性があります。Outlookを送信させるためにセキュリティソフトウェアを永久に無効にしないでください。セキュリティベンダーの公式サポート手順を確認し、管理された診断テストの後に保護を復元してください。

8. 正確なエラー詳細を使用して、停止するかエスカレーションするかを判断する

Outlookが具体的なエラーを表示すると、一般的なアドバイスは有用性が低下します。Microsoftのトラブルシューティングページには、送信SMTPサーバーへの接続失敗を示す0x80042109などのエラーや、その他のいくつかの送受信コードが記載されています。正確なコード、アカウントの種類、Webメールで送信できるかどうか、添付ファイルなしのプレーンメッセージが失敗するかどうかを記録してください。

Averyの場合、最終的な証拠が次のようだと想像してください：Webメールは正常に送信されるが、デスクトップ版Outlookは送信できない、プロバイダーはSMTP設定を確認済み、セーフモードでは失敗が解消される。このパターンは、ローカルのOutlookインストール、プロファイル、またはアドインを示唆しており、受信者やプロバイダーのメールボックスサービスではありません。繰り返しますが、これは単なる説明用のシナリオであり、主張されたテスト結果ではありません。

修正が実際に完了していることを確認する方法

「送信ボタンにエラーが表示されなくなった」だけで止まらないでください。短い検証シーケンスを使用してください：

1. 自分が管理する別のメールボックスにプレーンテキストメッセージを送信します。
2. 送信トレイから消え、送信済みアイテムに表示されることを確認します。
3. 受信者メールボックスが実際にそれを受信することを確認します。
4. 新しく受信したメッセージに返信し、返信が送信されることを確認します。
5. プロバイダーのサイズ制限を十分に下回る通常の添付ファイルを1つ送信します。
6. Outlookを再起動し、小さな送信を1回繰り返して、修正が再起動後も維持されることを確認します。

再起動後に問題が再発する場合、または1つのネットワーク/デバイスでのみ失敗する場合は、エスカレーションする前にそのパターンをメモしてください。仕事または学校のMicrosoft 365アカウントの場合、ポリシー、ライセンス、テナントの健全性、またはサーバー側設定が関与している可能性がある場合は、組織の管理者に連絡してください。Gmail、Yahoo、iCloud、ISP、またはカスタムドメインアカウントの場合は、プロバイダーの公式メール設定とサポートチャネルを使用してください。

クイック意思決定表

主な原則は、トラブルシューティング中に証拠を保持することです。メールの正常な受信は問題を絞り込みますが、アカウント全体が正しく設定されていることを証明するものではありません。小さな管理されたテストに続き、送信トレイ、接続性、サインイン、プロバイダー設定、最後にプロファイル/アドインチェックを行うことは、複数の設定を一度に変更するよりも信頼性が高いです。