メール送信時の「受信者アドレス拒否」エラーを修正する方法

通常、「受信者のアドレスが拒否されました。アクセスが拒否されました 「Outlook（または別の電子メールクライアント_を使用して「メッセージが配信されません」イベントで返送される電子メールを送信した後のエラー）。最も一般的には、このエラーメッセージはステータスエラーに関連付けられています 541 および551 。

この問題を広範囲に調査した後、この特定の問題の原因となる可能性のあるいくつかの一般的なシナリオを特定することができました。 「受信者のアドレスが拒否されました」をトリガーする可能性のある潜在的な原因の候補リストを次に示します。アクセスが拒否されました」 送信メールを送信しようとしたときのエラー：

• 存在しないメールアドレス –このエラーが発生する可能性がある最も一般的な理由の1つは、実際には存在しない電子メールアドレスに送信メールを送信しただけのシナリオです。この場合、実行可能な唯一の解決策は、有効な受信トレイにメールを送信していることを再確認し、必要に応じて受信者を変更することです。
• DNSの問題 – DNSの問題は問題ではありません。特に、電子メールクライアントを離れようとするすべての電子メールでこのエラーが発生している場合はなおさらです。電子メールプロバイダーのWebインターフェイスからの電子メールは問題ありませんが、Outlook、Thunderbird（など）でエラーが継続的に発生する場合。この場合、DNSキャッシュをクリアすると、問題を修正できるはずです。
• メールはスパム対策フィルターによって拒否されます –別の可能性（以前に同じ受信トレイをメールで送信した場合）は、電子メールにスパムのラベルを付けるスパム対策フィルターです。この場合、問題を解決する唯一の方法は、メールが届くように受信者にホワイトリストに登録するよう依頼することです。
• DBEBは外部メールをブロックしています –以前にMicrosoft365を介してExclaimerCloudを構成し、パブリックフォルダーに電子メールを送信しているときにこのエラーが発生した場合、問題はDBEBが原因である可能性があります。この場合、パブリックフォルダがオンプレミスでホストされていることを確認することで問題を修正できます。

これで、「 RecipientAddressRejected」を処理する可能性のあるすべての潜在的な理由を確認しました。アクセスが拒否されました」 エラーが発生した場合は、影響を受ける他のユーザーが正常に使用した一連の方法を使用して、問題のトラブルシューティングを開始しましょう。

正しい受信者を挿入

他のことをする前に、受信者の電子メールが正しいかどうかを再確認することから始めます。以前にこの受信者にメールを送信したことがある場合は、メールゲートウェイを通過するための許可がまだあることを確認してください。

ゲート付きメールネットワーク内でこの問題が発生している場合は、「受信者アドレスが拒否されました」を返す受信者を確認してください。アクセスが拒否されました」 エラーはまだ組織の一部です。

Exchangeを使用している場合、存在しないユーザーにメールを送信しているためにこのエラーが発生することがわかります。1つの解決策は、CatchAllメールボックス/アドレスを作成することです。

正しい受信者にメールを送信していると判断しても、「受信者のアドレスが拒否されました。アクセスが拒否されました」 エラーが発生した場合は、以下の次の方法に進んでください。

DNSのフラッシュと一時TCP/IPデータのクリア

この特定のネットワークに接続しているときにのみエラーが発生する場合は、DNSの潜在的な問題の疑いを開始する必要があります。 「受信者の住所が拒否されました」と表示されることは珍しくありません。データ送信またはプロトコルの問題が原因で発生したアクセス拒否のエラー。

この場合、ネットワーク上の1台のコンピューターが影響を受ける場合は、ネットワークアダプターの不具合またはDNS範囲の不良が、電子メールがゲートウェイを離れるのを妨げていると想定する必要があります。

この問題を修正するには、影響を受けるコンピューター（またはこの問題が発生しているこのネットワークのすべてのコンピューター部分）でTCPまたはIPを完全にリセットする必要があります。

DNSおよびTCP/IP一時データをフラッシュするための完全な手順については、以下の手順に従ってください。

1. Windowsキー+Rを押します 実行を開くには ダイアログボックス。次に、‘cmd’と入力します テキストボックス内で、 Ctrl + Shift + Enterを押します。 高度なコマンドプロンプトを開くには
2. ユーザーアカウント制御によってプロンプトが表示されたとき プロンプトが表示されたら、[はい]をクリックします 管理者アクセスを許可します。
3. 昇格したコマンドプロンプトに入ったら、次のコマンドを入力して Enterを押します。 それぞれの後にDNSとTCP/IPのリセットを完了する ：

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

4. すべてのコマンドが正常に処理されたら、管理者特権のコマンドプロンプトを閉じます。
5. メールクライアントを開いて、まったく同じメールを同じ受信者に送信してみて、それでも返送されるかどうかを確認してください。

「受信者のアドレスが拒否された場合。アクセス拒否のエラーはまだ修正されていません。以下の次の潜在的な修正に進んでください。

受信者にホワイトリストへの問い合わせ

このエラーが発生する可能性があるもう1つのかなり一般的な理由は、現在受信者ドメインで使用されているアクティブなスパム対策フィルターです。過去の履歴または受信者の行動により、メッセージが検出され、スパムとしてラベル付けされています。これが、メッセージが返送される理由である可能性があります。

調査の結果、「受信者のアドレスが拒否されました」と表示されると予想される大きな理由が3つあることがわかりました。アクセスが拒否されました」 受信者によってシールドが配置されている場合のエラー：

• スパムフィルターの受信者は、過去にスパムと同様のメッセージをマークしました。この場合、同じ送信者からのすべての電子メールと、スパムとしてマークされたものに類似するすべての電子メールは同じように扱われます。
• この特定のアドレスからのすべてのメールをスパムとしてブラックリストまたは定義するドメインポリシーが原因で、メールが返送されます。
• メッセージはメールドメインで受信されますが、ポリシーにより分離されており、目的の受信トレイに配信されません。

上記のシナリオのいずれかが当てはまる場合、修正は1つだけです。受信者にホワイトリストに登録してもらい、メールで連絡が取れるようにします。

ただし、通常のメールでは返送されるため、これを実際に行うことはできないため、別のメールを使用する必要があります。

Exclaimer Cloud for Microsoft 365を構成した後にこの問題が発生したために上記のシナリオが効果的でなかった場合は、以下の次の潜在的な修正に進んでください。

Exchangeメールフォルダを公開する（該当する場合）

「RecipientAddressRejected」が表示されている場合。 Microsoft365経由でExclaimerCloudを使用して電子メールを構成した後に電子メールを送信しようとすると、アクセスが拒否されました。この理由は、ディレクトリベースのエッジブロッキング（DBEB）に関連している可能性があります。 。

ご存知のとおり、DBEBはMicrosoft 365でデフォルトで有効になっており、AzureActiveDirectory内にないアドレスの外部メールを拒否するように構成されています。

しかし、それはあなたがそれらの住所を持っていないという意味ではありません。現在、Azure Active Directoryと同期されていないパブリックフォルダーメールボックスに格納されているため、外部と見なされる可能性があります。

この特定のシナリオに遭遇した場合、エラーを修正できる3つの潜在的な修正があります。

1. すべてのパブリックサーバーがオンプレミスでホストされていることを確認します
2. パブリックサーバーがExchangeOnlineでホストされていることを確認してください
3. ディレクトリベースのエッジブロッキングを無効にする（非推奨）

注： 以下に示すすべての方法では、完全な資格情報を持つグローバル管理者である必要があります。

パブリックフォルダがオンプレミスでホストされていることを確認します

この操作により、電子メールを含むパブリックフォルダーがオンプレミスでホストされるようになります。この操作には、Microsoft Azure Active Directory接続画面へのアクセスと、オプション機能の調整が含まれます。

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

以下の手順に従って、「受信者のアドレスが拒否されました。アクセスが拒否されました」 すべてのパブリックフォルダがオンプレミスでホストされていることを確認することによるエラー：

1. まず最初に、 Microsoft Azure ActiveDirectoryConnectを開きます 画面。
2. 中に入ると、左側の垂直メニューを使用してオプション機能を選択します。
3. 次に、右側のセクションに移動して、 ExchangeMailパブリックフォルダに関連付けられているチェックボックスをオンにします。
   
   
4. [次へ]をクリックします 変更を保存するには、以前は失敗していたメールの送信を再試行し、問題が修正されたかどうかを確認します。

パブリックサーバーがオンラインでホストされていることを確認します

ディレクトリベースのエッジブロッキング（DBEB）は、メールが有効なパブリックフォルダではまだサポートされていないことに注意してください。つまり、いくつかの回避策に頼る必要があります。

最初の回避策は、パブリックフォルダーに送信された電子メールのExclaimer Cloudへのルーティングを停止することです。これは、[メールフロー]メニューにアクセスして例外ルールを確立することで実行できます。

以下の手順に従って、パブリックサーバーがオンラインでホストされていることを確認してください。

1. Exchange Onlineにログインすることから始めます あなたのアカウントで。
2. アカウントでサインインしたら、メールフローに移動します オプションのリストから、ルールにアクセスします タブ。
3. 使用可能なルールのリストから、ExclaimerCloudに送信するメッセージを特定するを選択します。 、[編集]をクリックします。
4. 食用メニュー内で、セクションの一番下までスクロールし、例外の追加をクリックします。 （場合を除く）
5. 利用可能なオプションのリストから、受信者…この人ですかを選択します 。
6. [メンバーの選択]ダイアログが表示されたら、現在使用しているすべてのパブリックフォルダーメールボックスを選択します。
7. 最後に、追加をクリックします 変更を適用するには、[ OK]をクリックします 次に保存して強制します。

ディレクトリベースのエッジブロッキングを無効にする

この方法はお勧めしませんが、DBEBがメールをブロックしないようにする別の回避策は、ディレクトリベースのエッジブロックメカニズムを完全に無効にすることです。

これを行うには、以下の手順に従ってください：

1. Exchange Onlineにサインインします あなたのアカウントで。
2. アカウントで正常にサインインしたら、メールフローに移動します 次に、承認済みドメインにアクセスします 表示されたばかりのコンテキストメニューのカテゴリ。
3. 次に、パブリックフォルダのルートドメインを選択し、[編集]をクリックします。
4. この承認済みドメインは、 内部リレーを選択します 保存をクリックします DBEBを効果的に無効にします。