メールが配信されないがアドレスは正しい：Outlookでの原因と解決策

私たちが遭遇したとき Outlook でメールが配信されない最初は自分のミスだと思ってしまいます。しかし、住所が正しいことに気づいて驚くこともあります。一体何が起こったのでしょうか？

原因はさまざまです。メールボックスの制限、スパム フィルター、一時的なサーバーの問題、さらにはローカルのルールや構成などです。 ほとんどの場合、原因を特定できる説明と具体的な解決策が存在します。これらすべてを以下で確認します。

Outlook の未配信メール: クイックチェック

多くの場合、 配信不能通知の原因は、従来のメールボックスが見つからない通知の場合と同じです。: 受信者のアカウントまたはサーバーに一時的な問題が発生しています。すべての解決策を試す前に、いくつか試してみることをお勧めします。

• 数分待ってからメッセージを再送信してください時には、もう一度試してみるだけでいいのです。
• 受信者のアドレスを再確認し、別の方法で連絡してください。 新しいアドレスを使用しているかどうかを確認します。
• Outlookがオフラインで動作していないことを確認するステータスバーに「オフライン」「オフライン作業中」、または「接続を試行しています」というメッセージが表示されている場合は、オンラインモードをオンにしてください。「送受信」タブ、「環境設定」グループ、「オフライン作業」オプションを切り替えます。メッセージを開いて転送するか、「送受信」をタップする必要がある場合があります。
• アカウントを確認するパスワードを変更した場合は、すべてのデバイスでパスワードを更新してください。異常なアクティビティが検出された場合、アカウントが一時的にロックされる可能性があります。

Outlook on Web と問題サポート アシスタントを 1 人のユーザーに統合

使用 Web 上の Outlook サーバー上でメールボックスが正しく動作しているかどうかを確認するそこにメールが届いている場合、通常はプロファイル、Outlook のバージョン、または PC 上のアドインに問題があります。

Microsoft サポートと回復アシスタント (SaRA) を実行する 影響を受けているコンピューターで、OutlookとMicrosoft 365の一般的な問題（ライセンス、プロファイル、バージョン、構成）を検出し、修正方法を案内します。問題がOutlook for Macまたはモバイルアクセスの場合、 アプリで設定を確認できますただし、ウィザードをインストールするには PC が必要です。

管理者向け Microsoft 365 ツール

マイクロソフト365 アドレスが正しい場合に Outlook でメールが配信されない問題を解決する便利なツールが多数あります。

• Microsoft 365 サービスステータス管理センターの「サービスの状態」で、Exchange Online にパフォーマンスの低下や問題が発生していないか確認してください。問題が発生している場合は配信が遅れる可能性があり、エンジニアが既に作業を行っています。
• メール配信のトラブルシューター管理センターで診断を実行してください。メール配信に関する問題のトラブルシューティングを行います。送信者と受信者のアドレスを入力してテストを実行し、原因と解決策の提案を見つけてください。
• メッセージ追跡 Exchange 管理センターで。 Exchange Online を通過するメッセージを追跡できます ユーザーの質問に答えたり、メールフローをデバッグしたり、ポリシーの変更を検証したりするために使用します。管理者の場合の開き方：Microsoft 365 にサインインし、「管理者」を選択して「Exchange」に移動し、「メールフロー」で「メッセージ追跡」を選択します。
• 関連するユーザーと期間に限定したフォローアップを実行するデフォルトでは48時間検索します。 日付範囲を設定し、送信者と受信者を追加して検索を押します結果にはステータス (例: 配信済み) が表示されます。 メッセージを選択して詳細を表示し、修正の指示に従ってください別の検索を行うには、「クリア」を使用して条件を再定義します。

フォローアップのよくある質問データが表示されるまで10分からXNUMX時間かかる場合があります。タイムアウトエラーが発生した場合は、条件を簡素化してください。メッセージの表示に時間がかかる場合、宛先が応答しない、メッセージが長すぎる、サービスの遅延、フィルターのブロックなどが原因として考えられます。

Outlook.com: 送信できない場合

Outlookでメールが配信されない原因としては、 25 MBを超えるファイルを添付してくださいこのようなケースの解決策は、クラウド経由で削減または共有することです。

その他の可能性としては、次のとおりです。

• D受信者アドレスが存在しません。
• 受信者のメールボックスがいっぱいです.
• サーバーの問題行き先。
• スパム対策フィルター あなたのメッセージをスパムとしてマークします。

署名を使用する場合、エラーが発生する場合は署名を削除してみてください。 転送してください。受信者に信頼できる差出人リストに追加してもらい、連絡先をアドレス帳に保存してください。受信者のサーバーへの接続エラーが表示された場合は、Outlook.comの設定からアドレスまたはエイリアスを更新してください。

メッセージをスケジュールする場合 「それ以前に配達しないでください」 予定の時間に送信されない場合、通常は キャッシュ Exchange モード Outlook が開いていなかったためです。キャッシュモードでは、Outlook はローカルの .ost ファイルを使用してメッセージをローカルの送信トレイに配置します。Outlook が同期を実行していないと、サーバーはメッセージを送信できません。

次のような状態を見ると オフラインまたはオフライン作業上記の手順でオンラインモードに戻り、再度送信をお試しください。メッセージがまだ送信トレイに残っている場合は、メッセージを開いて送信予定時刻を確認し、再度送信してください。

Exchange Online と Outlook の NDR コードと一般的な原因

その NDR通知 Outlookでメールが配信できない場合、これらは非常に役立ちます。エラーの原因を示す数値コードが含まれており、適切な解決策を見つけるのに役立ちます。以下に、4.xxおよび5.xxコードの概要と、その意味、そして最も一般的な対処法を示します。

• 432 4.3.2 STOREDRV.Deliver; コンテナのスレッド制限を超えました: 受信者のメールボックスは、大量のメールが急速に到着しているため、受信を制限しています。これはデータベース保護対策です。しばらくしてからもう一度お試しください。
• 4.4.7 メッセージの有効期限が切れました: キュー内のメッセージは、送信試行の失敗により期限切れとなりました。これは通常、受信サーバーの問題、タイムアウト、またはヘッダー制限が原因です。送信先サーバーのアドレスと設定を確認し、必要に応じて受信者数を減らして再送信してください。
• 4.4.8 ドメインのMXホストがMTA-STS検証に失敗しました: 宛先MXホストがドメインのMTA-STSポリシーと一致していません。宛先ドメインのポリシーを確認してください。
• 4.4.316 接続拒否 : 外部サーバーに接続できません。これはほとんどの場合、受信者またはそのネットワークに問題があります。メッセージのIPアドレスを使用して、担当者を特定してください。
• 450 4.4.317 リモートサーバーに接続できません : TLSハンドシェイク中に完全な証明書チェーンが見つからないため、Exchange Onlineは検証できません。リモートサーバーの証明書を調整してください。
• 4.5.3 受信者が多すぎる: 同じドメインからのSMTPエンベロープ受信者が200人を超えています。送信を小さなバッチに分割してください。
• 4.7.5 リモート証明書がMTA-STS検証に失敗しました: ターゲット サーバーの証明書が信頼された CA にチェーンされていないか、名前が STS ポリシーと一致しません。
• 4.7.26 アクセスが拒否されました。IPv6経由で送信されたメッセージはSPFまたはDKIMを通過する必要があります。: 署名がありません。IPv6 に SPF または DKIM を設定してください。
• 4.7.321 starttls はサポートされていません: DNSSECを通過した後、サーバーがSTARTTLSに正しく応答しないか、ハンドシェイクに失敗します。宛先サーバーの設定を確認してください。
• 4.7.322 証明書の有効期限が切れています: 宛先サーバーの証明書の有効期限が切れています。X.509 を更新してください。
• 4.7.323 tlsa-無効DANE検証に失敗しました。TLSAが一致しない、設定が間違っている、または攻撃を受けています。DANEとTLSAを確認してください。
• 4.7.324 dnssec 無効: 宛先はDNSSECを示していますが、正当性を検証できません。DNSSECを確認してください。
• 4.7.325 証明書ホストの不一致: 証明書のCNまたはSANがドメインまたはMXホストと一致しません。DANEに従って証明書またはMXを調整してください。
• 4.7.500-699 アクセスが拒否されました: 疑わしいアクティビティが検出されました。評価中は一時的に制限されます。
• 4.7.850-899 アクセスが拒否されました: IP 上で疑わしいアクティビティが発生しています。一時的にブロックされています。
• 5.0.350 一般的なエラー x-dg-ref ヘッダーが長すぎる、または要求されたアクションが実行されませんでした: ポリシー違反が検出されました (AS345) など。RTF 形式とネストされた添付ファイルを確認してください。
• 5.1.0 送信者が拒否されました: 受信者のアドレスの形式が正しくないか、解決できません。legacyExchangeDN で保存された .msg ファイルへの返信でよく発生します。アドレスを修正して再送信してください。
• 5.1.1 宛先メールボックスのアドレスが無効です: 受信者のメールアドレスのスペルミスまたは欠落、受信者キャッシュの有効期限切れ、または無効なレガシーDNです。オートコンプリートキャッシュをクリアして、新しいメッセージを伝播してください。
• 5.1.8 アクセスが拒否されました。送信元が不正です。: スパム送信のためアカウントがブロックされました。通常は不正アクセスされています。認証情報をリセットし、デバイスをクリーンアップしてください。
• 5.1.10 受信者が見つかりません: 受信者の SMTP アドレスが見つかりません。検証して修正してください。
• 5.1.20 送信者なしの複数送信者: 送信者を指定せずにFromに複数のアドレスが指定されています。RFCに従ってヘッダーを調整します。
• 5.1.90 XNUMX日の受信者数制限に達しました: 送信制限を超えています。侵害を示している可能性があります。
• 5.2.2 提出制限数超過: : 受信者またはメッセージの頻度の制限を超えました。
• 5.2.121 送信者からの受信者の時間制限を超えた: その受信者に対する時給を減らします。
• 5.2.122 時間受信制限を超えました: 受信者が時間制限に達しました。
• 5.3.190 ジャーナル アーカイブが無効になっている場合、Microsoft 365 へのオンプレミス ジャーナリングはサポートされません。: ジャーナリングを有効にするか、ジャーナリングの保存先を変更します。
• 5.4.1 リレーアクセス拒否: サーバーはドメインのメールを受け入れていません。サーバーまたは DNS 構成エラーです。
• 5.4.1 受信者アドレスが拒否されました: アクセスが拒否されました: 受信者が存在しません。ディレクトリベースのエッジ ブロッキングを使用して無効な受信者を拒否します。
• 5.4.6 または 5.4.14 ルーティングループが検出されました: 設定によりメールループが発生します。送信元と送信先の自動転送とルールを確認してください。
• 5.4.8 MXホストがMTA-STS検証に失敗しました: MX ホストがドメインの STS ポリシーと一致しません。
• 5.4.300 メッセージの有効期限が切れました: 電子メールの送信に時間がかかりすぎたか、NDR を送信者に返すことができませんでした。
• 5.5.0 550 5.5.0 要求されたアクションは実行されませんでした: メールボックスが利用できません: hotmail.com または outlook.com ドメインが SMTP 検索で見つかりません。5.1.10 と同様です。
• 5.6.11 無効な文字: クライアントが無効なフルライン フォント文字を追加しました。書式を修正してください。
• 5.7.1 配送が許可されない: 送信者はその受信者またはグループへの送信を許可されていません。許可をリクエストするか、トランスポートルールを調整してください。
• 5.7.1 中継できない: 送信システムが不正なリレーを試みているか、受信者が指定されたドメインを受け入れていません。これはスパム攻撃でもよく見られる現象です。MXまたはリレー権限を調整してください。
• 5.7.1 クライアントが認証されませんでした: 受信サーバーは送信前に認証を必要とするため、認証を設定してください。
• 5.7.5 リモート証明書が失敗しました MTA-STS: : MTA-STS によると宛先サーバー証明書に問題があります。
• 5.7.12 送信者は組織によって認証されていません: 受信者が外部メールを拒否しています。これを変更できるのは管理者のみです。
• 5.7.23 SPF違反: 宛先ドメイン ポリシーに従って SPF が失敗しました。
• 5.7.25 逆DNSなしのIPv6: 送信 IPv6 アドレスには PTR が必要です。
• 5.7.57 MAIL FROM中に匿名送信するためにクライアントが認証されていない: smtp.office365.com に対してデバイスまたはアプリが正しく構成されていません。
• 5.7.64 TenantAttribution; リレーアクセスが拒否されました: オンプレミスの変更後に入力コネクタの位置がずれています。
• 5.7.124 送信者が許可された送信者リストに存在しません: 送信者は配布グループの許可リストに含まれていません。
• 5.7.133 送信者がグループに対して認証されていません: グループは部外者を拒否するように設定されています。権限を調整するか、所有者に問い合わせてください。
• 5.7.134 送信者はメールボックスに対して認証されていません: メールボックスが外部からのアクセスを拒否するように設定されています。
• 5.7.13 または 5.7.135 送信者はパブリックフォルダに対して認証されませんでした: : パブリック フォルダーは外部をブロックします。
• 5.7.136 送信者はメールユーザーとして認証されていません: : メール ユーザーが外部を拒否しました。
• 5.7.232 テストテナントが24時間以内に外部受信者の制限を超えました: しきい値を下回るまで外部への送信はブロックされます。
• 5.7.233 テナントが外部受信者の制限を超えました: 24 時間の枠内で段階的に制御します。
• 5.7.321 starttls はサポートされていません: STARTTLS がサポートされていないか、DNSSEC 後にハンドシェイクが失敗しました。
• 5.7.322 証明書の有効期限が切れています: 宛先サーバーの証明書の有効期限が切れています。
• 5.7.323 tlsa-無効: DANE 検証は、複数の原因（将来の開始日を含む）により失敗します。
• 5.7.324 dnssec 無効: ターゲットドメインから返された DNSSEC レコードが無効です。
• 5.7.325 証明書ホストの不一致: DANE によれば、CN または SAN は MX ドメインまたはホストと一致しません。

NDR 警告には、障害の原因を示す数値コードが含まれます。。 次、 4.xx および 5.xx コードとその意味および動作の概要 最も一般的なもの：

配信確認と開封確認：その仕組みと有効化方法

その 配達確認 開封確認は、メッセージがメールボックスに届き、開封されたことを証明します。重要な点として、受信者は開封確認の送信を拒否することができ、また一部のクライアントは開封確認に対応していません。つまり、誰かに開封確認の送信を強制することはできません。

• Windows 上の新しい Outlook: メール作成時に「オプション」タブを選択し、「追跡」の「配信確認の要求」または「開封確認の要求」を選択します。このオプションが表示されない場合は、リボンの右端にある「その他のオプション」を開いて選択してください。
• Windows 上のクラシック Outlook>>>新規メールで「オプション」タブ 「追跡」に移動し、必要な確認ボックスを選択して送信します。閲覧ウィンドウで作成している場合は、「メッセージ」タブ 「ラベル」グループ 「プロパティ」を開き、適切な投票および追跡オプションを選択します。
• Web 上の Outlook>: 作成時に、オプションタブ トラッキング、 a配信確認または開封確認を有効にします。「オプション」に表示されない場合は、リボンの下部にある「その他のオプション」を使用してください。
• Outlook.com>Outlook.com ウェブ上で直接開封確認を要求することはできませんが、Outlook.com アカウントを使用して Windows 版 Outlook から送信する際には要求できます。Outlook.com では、[設定] [開封確認] で開封確認要求への返信方法を選択できます。

すべての配信不能問題には、NDR または Microsoft 365 ツール内に役立つヒントがあります。Outlook のアドレス、サービス ステータス、診断、メッセージ追跡、スパム対策ポリシー、制限、およびローカル設定を体系的に確認します。 信頼性が高く予測可能なメールフローを再確立できる.