Exchangeはスパムを送信しています
サーバー08/exchange07で自動(既定)依存が有効になっていません。 だから、次のステップは、変更された可能性がありますかを調べることです。 以下のリンクは、誰かが間違った信念でリレーを有効にしたかどうかを判断するのに役立ちます。 Relayを有効にするために必要なプロセスを貼り付けましたが、誰かがそれを有効にした可能性のある理由がリストされています。 リストされたプロセスを逆にすることで、構成に変更が存在するかどうかを判断できます。
何も奇妙でない場合は、exchange（メッセージ追跡）を確認して、どのユーザーまたはグループが最もトラフィックを生成しているかを確認する必要があります。 追跡を有効にするには、exchange managerをチェック–それはパフォーマンスに影響を与えるので、あなたが問題を見つけて修正した後、それを解除することを忘れ
***
Exchange Server2003/2000とは異なり、IISからSMTPサービスをインストールする必要はなくなりました。 SMTP仮想サーバーは受信コネクタに置き換えられました。 当然のことながら、中継を許可する方法も変更されました。
本当に中継を許可する必要がありますか？
匿名中継を設定する前に、中継の必要性を理解することが重要です。 アプリケーションサーバーまたは複写機などのデバイスが内部受信者にのみメールを送信する必要がある場合、つまりExchangeが承認済みドメイン(またはExchange Server2003/2000の受信者ポリシー)を持つメール宛先アドレスにメールを送信する必要があるため、受信メールを受信する場合は、中継とはみなされません。 アプリケーションサーバーまたはデバイスは、Exchange上の構成なしでこれを実行できる必要があります。
受信者ポリシーとExchange Server2010/2007
Exchange2003では、受信者ポリシーは、受信電子メールを受信するドメインと、それらのドメインを使用する受信者の電子メールアドレス Exchange2007では、この機能は次の2つの部分に分割されます。
1。承認済みドメイン:名前が示すように、承認済みドメインは、
2の受信電子メールを受け入れるドメインをExchangeに指示します。実際に電子メールアドレス
を生成する電子メールアドレスポリシー Exchange Server2003/2000では、Active Directoryユーザー&コンピューター(ADUC)を使用して、ユーザーアカウントや配布グループなどの受信 Exchangeの受信者更新サービス(RUS)は、Active Directoryで新しい受信者または既存の受信者への変更を監視し、受信者ポリシーを適用します。
Exchange2007以降では、RUはありません（または、RUがないと言っても安全であるため、その役割が大幅に最小限に抑えられています）。 受信者は、Exchange管理コンソール(EMC)またはExchange管理シェル(EMS)を使用してExchangeでプロビジョニングされ、電子メールアドレスポリシーがリアルタイムで適用されます。
以前のバージョンと同様に、Exchange2010/2007では、既定で認証された中継が許可されています。 したがって、アプリケーションサーバーまたはデバイスが認証できる場合は、それらを構成して匿名中継を許可しないようにする必要があります。 ただし、一部のアプリケーションまたはデバイスでは認証できない場合があります。 アプリケーションサーバーまたはデバイスがSMTPエラーメッセージを受信したときに、匿名中継を許可する必要がある場合があります:
550 5.7.1リレーできません