メール送信時の「Recipient Address Rejected: Access Denied」エラーの原因と解決策

Outlookなどのメールクライアントからメールを送信した際、「Recipient Address Rejected: Access Denied(受信者アドレスが拒否されました。アクセスが拒否されました)」というエラーが表示され、メッセージが配信されずに差し戻されることがあります。このエラーは、多くの場合ステータスコード541や551とともに発生します。

この問題について詳しく調査した結果、このエラーを引き起こす可能性のある主なシナリオをいくつか特定できました。以下が、送信メールが拒否される主な原因です。

• 存在しないメールアドレスへの送信 – 最もよくある原因の一つは、実際には存在しないメールアドレス宛てにメールを送信してしまうケースです。この場合、有効な受信者アドレスかどうかを再確認し、必要であれば修正することしか対処法はありません。
• DNSの問題 – 特にすべての送信メールで同じエラーが発生する場合は、DNSに問題がある可能性があります。Webブラウザ経由では正常に送信できるのに、OutlookやThunderbirdなどからのみエラーが出続ける場合は、DNSキャッシュをクリアすることで解決できる可能性が高いです。
• 迷惑メールフィルターによる拒否 – 同じ相手に以前メールを送ったことがあるにもかかわらずエラーが出る場合は、相手側の迷惑メールフィルターがあなたのメールをスパムとして判定している可能性があります。この場合、受信者側にホワイトリストへ登録してもらうよう依頼するのが唯一の解決策です。
• DBEBによる外部メールのブロック – Microsoft 365環境でExclaimer Cloudを設定している場合に、パブリックフォルダ宛てのメールでこのエラーが出るなら、DBEB(Directory-Based Edge Blocking)が原因である可能性が高いです。この場合、パブリックフォルダをオンプレミスでホストすることで解決できます。

それでは、これらの原因を踏まえて、実際に効果のあったトラブルシューティング手順を順番に見ていきましょう。

1. 受信者のメールアドレスが正しいか確認する

まず最初に、受信者のメールアドレスに誤りがないか再確認しましょう。以前に同じ相手へメールを送ったことがある場合でも、そのアドレスが現在もメールゲートウェイを通過できる状態にあるかどうかを確認してください。

制限付きの社内メールネットワーク内でこの問題が起きている場合は、エラーが返ってくる受信者がまだ組織のメンバーとして有効になっているかどうかをチェックしてください。

Exchangeを使用している環境で、存在しないユーザー宛てのメールが原因でエラーが出ていると判明した場合は、CatchAll(キャッチオール)メールボックスまたはアドレスを作成するという解決策もあります。

受信者アドレスが正しいことを確認してもなおエラーが続く場合は、次の方法に進んでください。

2. DNSキャッシュの削除とTCP/IPデータのリセット

このエラーが特定のネットワーク接続時だけ発生するのであれば、DNSに問題がある可能性を疑うべきです。データ通信やプロトコルの不具合によって「受信者アドレス拒否」エラーが発生することは決して珍しくありません。

ネットワーク上の一台のPCだけで問題が発生しているなら、ネットワークアダプターの一時的な不具合や、不正なDNS範囲が原因でメールがゲートウェイから送出できなくなっていると考えられます。

この問題を解決するには、影響を受けているコンピューター(または同じネットワーク内で同様の症状が出ているすべてのPC)に対して、TCP/IPの完全なリセットを実行します。

DNSおよびTCP/IPの一時データをリセットするための詳しい手順は以下の通りです。

1. Windowsキー + R を押してファイル名を指定して実行ダイアログを開きます。テキストボックスに cmd と入力し、Ctrl + Shift + Enter を押して管理者権限のコマンドプロンプトを起動します。
2. ユーザーアカウント制御(UAC)の画面が表示されたら、はいをクリックして管理者アクセスを許可します。
3. 管理者権限のコマンドプロンプトが開いたら、以下のコマンドを1行ずつ入力し、それぞれの後に Enter キーを押してDNSおよびTCP/IPのリセットを実行します。

   ipconfig /flushdns
   nbtstat -R
   nbtstat -RR
   netsh int reset all
   netsh int ip reset
   netsh winsock reset

4. すべてのコマンドが正常に処理されたら、コマンドプロンプトを閉じます。
5. メールクライアントを開き、先ほどと同じ受信者に同じメールを再度送信して、エラーが解消されたかどうかを確認します。

それでもエラーが解消されない場合は、次の対処法に進みましょう。

3. 受信者にホワイトリストへの登録を依頼する

このエラーのもう一つのよくある原因は、受信者側のドメインで稼働している迷惑メールフィルターです。過去のやり取りの履歴や送信状況によって、あなたのメールがスパムとして検知・分類されている可能性があり、それがバウンス(配信拒否)の原因となっているのです。

調査の結果、受信者側にフィルターが設置されている場合にこのエラーが発生する主な理由は3つあることがわかりました。

• 受信者が過去に類似のメッセージをスパムとしてマークしたことがある。この場合、同じ送信者からのメールや、スパム判定されたものと類似した内容のメールは、今後も同じように扱われます。
• ドメインポリシーによって、その特定のアドレスからのメールがブラックリスト化されており、すべてスパムとして拒否されている。
• メール自体はドメインに到達しているものの、ポリシーに基づいて隔離され、意図された受信箱に届いていない。

上記のいずれかに該当する場合、唯一の解決策は、受信者にあなたをホワイトリストへ登録してもらい、以降のメールが確実に届くようにしてもらうことです。

ただし、通常のメールではバウンスしてしまうため、別のメールアドレスを使って連絡を取る必要があります。

Microsoft 365向けにExclaimer Cloudを設定した後にこの問題が発生している場合は、次の方法に進んでください。

4. Exchangeのパブリックフォルダ設定を見直す(該当する場合)

Microsoft 365経由でExclaimer Cloudを設定した後、メール送信時に「受信者アドレス拒否」エラーが発生する場合、原因はDirectory-Based Edge Blocking(DBEB)にある可能性が高いです。

DBEBはMicrosoft 365でデフォルトで有効になっており、Azure Active Directoryに存在しないアドレス宛ての外部メールを拒否するように構成されています。

しかし、だからといってアドレスが存在しないわけではありません。多くの場合、それらのアドレスはAzure Active Directoryと同期されていないパブリックフォルダのメールボックスに保存されているため、「外部」と見なされているだけです。

このような状況に該当する場合、エラーを解消するための選択肢は次の3つです。

1. すべてのパブリックフォルダをオンプレミスでホストする
2. パブリックフォルダをExchange Onlineで運用するよう調整する
3. Directory-Based Edge Blockingを無効化する(非推奨)

注意： 以下の手順を実行するには、グローバル管理者の完全な権限が必要です。

パブリックフォルダをオンプレミスでホストする

この操作により、メールを含むパブリックフォルダがオンプレミスでホストされるようになります。Microsoft Azure Active Directory Connectの画面にアクセスし、オプション機能の設定を変更します。

これにより、メールが有効化されたパブリックフォルダのアドレスが、DBEB機能によって無効なものとして扱われなくなります。

具体的な手順は以下の通りです。

1. まず、Microsoft Azure Active Directory Connect の画面を開きます。
2. 左側の縦型メニューから Optional Features(オプション機能) を選択します。
3. 右側のセクションに移動し、Exchange Mail Public Folder のチェックボックスにチェックを入れます。
4. 次へをクリックして変更を保存し、以前失敗していたメールの送信を再試行して、問題が解決したかどうかを確認します。

パブリックフォルダをExchange Onlineで運用する

Directory-Based Edge Blocking(DBEB)は、現時点ではメールが有効化されたパブリックフォルダをサポートしていません。そのため、いくつかの回避策を講じる必要があります。

最初の回避策は、パブリックフォルダ宛てのメールをExclaimer Cloudへルーティングしないことです。これは、メールフローメニューから例外ルールを設定することで実現できます。

具体的な手順は以下の通りです。

1. まず、自分のアカウントで Exchange Online にサインインします。
2. サインイン後、オプション一覧から メールフロー(Mail flow) を開き、ルール(rules)タブにアクセスします。
3. 利用可能なルールの一覧から Identify Messages to send to Exclaimer Cloud を選択し、編集(Edit)をクリックします。
4. 編集画面の一番下までスクロールし、Except If(次の場合を除く)の下にある例外の追加(Add Exception)をクリックします。
5. オプションの一覧から 受信者…この人物である(Recipient… Is this person) を選択します。
6. メンバー選択ダイアログが表示されたら、現在使用しているすべてのパブリックフォルダのメールボックスを選択します。
7. 最後に 追加(Add) をクリックして変更を適用し、OKを押して保存します。

Directory-Based Edge Blockingを無効化する

この方法は推奨されませんが、どうしても必要な場合の最終手段として、DBEBの仕組みそのものを無効化することで、メールがブロックされるのを防ぐことも可能です。

実行する場合は、以下の手順に従ってください。

1. 自分のアカウントで Exchange Online にサインインします。
2. サインイン後、メールフロー(Mail flow) に移動し、表示されたメニューから 承認済みドメイン(Accepted domains) を選択します。
3. パブリックフォルダのルートドメインを選択し、編集(Edit)をクリックします。
4. この承認済みドメインは(This accepted domain is)の項目で 内部中継(Internal relay) を選択し、保存(Save)をクリックすると、DBEBが実質的に無効化されます。