Exchange Server 2003 および Exchange 2000 Server でのメール中継に関する問題をトラブルシューティングします。

概要

Microsoft Exchange Server 2003 または Microsoft Exchange 2000 Server を実行しているコンピューターは、メールの第三者中継として構成できます。したがって、Exchange コンピューターで、先に別のドメインまたは別のドメインから送信されたメールを転送できます。ただし、Exchange コンピューター、または Exchange コンピューター上のアカウントは、メールの第三者中継として構成されている場合、いくつかの問題が発生します。さらに、メールの第三者中継が正しく構成されていない場合、いくつかの問題が発生することができます。

スパムとも呼ばれる、迷惑な商用電子メールを送信する、メールの第三者中継として構成されている Exchange コンピューターを使用できます。他のメール サーバーが迷惑な商用電子メール サーバーとして Exchange コンピューターを識別する場合、Exchange コンピューターがブロック リストに追加可能性があります。したがって、他のドメインにメールを送信するときに問題がある可能性があります。この問題を解決するには、第三者中継を行わないように Exchange コンピューターを再構成する必要があります。ブロック リストから Exchange コンピューターを削除する必要があります。

Exchange コンピューターがオープン メール リレーでない場合は、迷惑な商用電子メールを送信する Exchange コンピューター上のアカウントを使用する場合があります。したがって、誰かを侵害されたアカウントを使用して防ぐ必要があります。

この資料では、メール中継に関する問題の現象について説明し、Exchange コンピューターの構成を修正する手順が含まれています。

はじめに

この資料では、次の項目について説明します。
  • メールの第三者中継をトラブルシューティングする方法の問題では、Exchange Server 2003 および Exchange 2000 サーバー
  • Exchange コンピューターがオープン メール リレーとして使用されることを防止する方法
  • Exchange のメールおよび中継の受信メール用の SMTP ドメインを設定する方法
Exchange では、フルの簡易メール転送プロトコル (SMTP) メール サービスを提供します。メールを受信するのには、Exchange SMTP サーバーを使用することができ、ネットワーク上の他の Exchange コンピューターに、またはインターネット上の他の SMTP サーバーにメールを中継します。メールの中継は、他の組織内のユーザーにメールを送信する Exchange のメール クライアントを許可します。メールの第三者中継が許可されていない場合 Exchange コンピューターことができますのみが表示され、ユーザーが Exchange コンピューターと同一のメール ドメインのメールを送信します。

メールを中継する場合、Exchange コンピューターはそれ自身のドメイン以外のメール ドメイン宛のメールを転送できます。この動作により、Exchange の内部または外部ネットワークの SMTP サーバーにメールを転送します。

インターネット ユーザーが Exchange コンピューターにアクセスできる場合、注意する必要があります。これは、悪意のあるユーザーがメール リレーとして Exchange コンピューターを使用することがありますので。これらのユーザーは、多くのコンピューターに、スパムとも呼ばれる、迷惑な商用電子メールを配布するように Exchange SMTP サーバーにメールを転送できます。これにより、インターネット接続の利用可能な帯域幅に悪影響を与える可能性があります。また、オープン メール リレーの「ブラック ホール」リストに追加されている Exchange コンピューターになる可能性があります。Exchange コンピューターをこのようなリストに追加する場合他のメール サーバーが、ドメインからのメールを受け付けません。

先頭に戻る

メール中継に関する問題の現象

メール中継の問題が発生した場合は、次の現象の 1 つ以上が発生することをがします。

ここをクリックして展開または折りたたみます

  • 5.0.0、5.7.1、5.7.3 のエラー コードを含む配信不能レポート (Ndr) が表示されます。
  • ドメイン数が増加するメールを送信することはできません。
  • 迷惑な商用電子メールは、メール キューに表示され、Exchange コンピューターが迷惑な商用電子メールを送信することを検出します。
  • リモート ドメインは、Exchange コンピューターから迷惑な商用電子メールを受け取ったことを通知します。
  • 1 つ以上の次のイベントがアプリケーション ログに記録されます。



先頭に戻る

エラー コード 5.0.0、5.7.1、または 5.7.3 を含む Ndr の考えられる原因


ここをクリックして展開または折りたたみます


エラー コード 5.0.0 または 5.7.1 は、次の条件が true の場合に発生します。
  • 迷惑な商用電子メールを送信するメッセージング サーバーとして Exchange コンピューターが表示されます。
場合に、エラー コード 5.7.1 が発生することができますかまたは複数の次の条件の true を指定。
  • メッセージの送信者に配信を完了するために必要な特権がありません。
  • 2 番目のサーバーを使用してメールを中継しようとして、2 番目のサーバーでは行うことはできませんメールを中継します。 リモート サーバーは 5.7.1 を返しますエラー コード。
  • メッセージの送付先となるドメイン用に構成された受信者ポリシーがありません。
  • 受信者が、メールボックスの配信制限を有効にします。たとえば、指定されたリストからのみメールを受信する受信者のメールボックスの配信制限が構成されています。その他のメールは拒否されます。
  • メッセージに認証されたユーザーからのメール配信を制限するのには、配布リストが構成されます。 匿名セッションから送信されたメールは拒否されます。
  • Exchange コンピューターが、迷惑な商用電子メールのリストです。Exchange コンピューターは、オープン リレーとして表示される場合があります。
  • Exchange コンピューターの完全修飾ドメイン名 (FQDN) で終わる」。ローカル」です。
  • Microsoft Windows NT 4.0 または Windows 2000 ドメイン ネーム システム (DNS) サーバーは、ルート ヒントまたはフォワーダーからの権限のない応答を受信します。次に、Windows NT 4.0 サーバーまたは Windows 2000 DNS サーバーは、ドメインのメール エクスチェン ジャー (MX) レコードを持つように構成されていないクエリを実行するメール サーバーにサーバーの障害を送信します。この現象は、Windows NT 4.0 サーバーまたは Windows 2000 DNS サーバーは、権限のないリソースから開始の機関 (SOA) レコードを受信したときに発生します。新しいバージョンの BIND では、認証が空の応答をキャッシュします。Windows DNS サーバーでは、参照する権限の空の応答を検討してください。Windows DNS サーバーでは、これらの応答を受信、応答は無視されます。さらに、クライアントは、SOA レコードではなくサーバーのエラーを受け取ります。
  • DS2MB メタベース キーが壊れています。
  • 上の一覧に関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスをオンには、SMTP 仮想サーバーではオフです。
  • SMTP 仮想サーバーへの匿名アクセスが無効になります。
エラー コード 5.7.3 は、次の条件のいずれかが true の場合に発生することができます。
  • 送信先のサーバーで匿名認証を設定することはできません。
  • 転送先サーバーでは、目的の受信者を見つけられません。
次の条件のいずれかが true の場合、エラー コード 5.7.1 または 5.7.3 が発生します。
  • DNS 機能が正しく構成されていません。
  • ユーザーは、既存の受信者ポリシーのいずれかに一致しない電子メール アドレスを持っています。通常、少なくとも 1 つの受信者ポリシーをプロキシ アドレスに一致する必要があります。
  • Microsoft ISA Server 2000 を使用しては、次の条件のいずれか。
    • ISA サーバーの外部 IP アドレスが変更されます。
    • SMTP 公開ルールの IP アドレスは、ISA server の新しい外部 IP アドレスを反映するように更新されます。
    • SMTP 公開ルールの IP アドレスが更新された後、Isactrl サービスは再起動されません。

先頭に戻る

イベント 1701、1709、1710、4001、および 7004 の考えられる原因します。

ここをクリックして展開または折りたたみます


次の条件のいずれかが true の場合、イベント 1701、1709、1710、4001、または 7004 がアプリケーション ログに記録されます。
  • イベント 1709 および 1710 は、Exchange コンピューターでエラー コード 5.7.1 を含む NDR が生成されるときに発生します。
  • イベント 1701 では、Exchange コンピューターがエラー コード 5.7.3 を含む NDR を受信したときに発生します。
  • 他のメール サーバーが迷惑な商用電子メールを送信するメッセージング サーバーとして Exchange コンピューターを一覧表示する場合、または Exchange コンピューターがオープン メール リレーの場合、イベント 7004 および 4001 が発生します。


先頭に戻る

Exchange コンピューターが迷惑な商用電子メールを送信するメールの第三者中継として構成されている場合

他のメール サーバーでは、迷惑な商用電子メールを送信するメッセージング サーバーとして Exchange コンピューターを一覧表示、次の現象のいずれかが発生する可能性があります。
  • ドメイン数が増加するメールを送信することはできません。
  • 迷惑な商用電子メールは、メール キューに表示され、Exchange コンピューターが迷惑な商用電子メールを送信することを検出します。
  • リモート ドメインは、Exchange コンピューターから迷惑な商用電子メールを受け取ったことを通知します。
  • エラー コード 5.0.0 または 5.7.1 を含む Ndr が表示されます。
  • イベント 7004 および 4001 がアプリケーション ログに記録されます。
この問題は、Exchange コンピューターが、メールの第三者中継として構成されている場合に発生することができます。または、Exchange コンピューター上のアカウントが侵害され、がメール リレーとして使用されている場合に、この問題が発生することができます。


この問題を解決するには、ここをクリックして展開または折りたたみの手順

  1. Exchange コンピューターがオープン メール リレーになっていないことを確認します。 これを行うには、以下の手順を実行します。
    1. [スタート] ボタン、プログラム] をポイントし、ポイントMicrosoft Exchangeにし、[システム マネージャー] をクリックします。
    2. Exchange システム マネージャーで、次のオブジェクトを展開します。
      Servers\Your_Exchange_Server_Name\Protocols\SMTP
    3. メールの第三者中継を防止する SMTP 仮想サーバーを右クリックし、し、[プロパティ] をクリックします。
    4. [アクセス] タブをクリックし、[中継] をクリックします。
    5. 既定で開くにはリレーがブロックされます。既定の設定は次のとおりです。
      • 以下のリストのみ] チェック ボックスが選択されます。
      • 上の一覧に関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスが選択されます。
    6. 1 台のコンピューター、コンピューター、グループ、またはサーバー経由で中継するドメインを許可する必要がある場合は、[追加] をクリックします。[コンピューター ] ダイアログ ボックスで、サーバー経由で中継するコンピューターの適切な選択をクリックします。その後、必要な情報を入力します。

      注:

      IP アドレスまたはドメイン名によるアクセスを有効にするとすることは、Exchange コンピューターに認証していないユーザーにとって便利です。
    7. [中継の制限] ダイアログ ボックスで [ OKを] をクリックします。
    8. [適用] をクリックし、既定の SMTP 仮想サーバーのプロパティ] ダイアログの [ OK ] をクリックします。
    外部ドメインにメッセージを中継する Exchange コンピューターが引き続き発生する場合、Exchange コンピューターは第三者中継を許可する SMTP コネクタを持ちます。SMTP コネクタ経由の中継を防止する方法の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックして:

    314734既定の SMTP 仮想サーバーへの中継制限が機能していません。

  2. Exchange コンピューターが迷惑な商用電子メール リストにはあるかどうかを確認するのには、次の web サイトを参照してください。他社テクニカル サポートのお問い合わせ窓口は、ユーザーの便宜のために提供されているものであり、この連絡先情報は予告なしに変更される場合があります。マイクロソフトは、掲載されている情報に対して、いかなる責任も負わないものとします。
  3. Exchange コンピューターが AOL の迷惑な商用電子メール リストにあるかどうかを確認します。Exchange コンピューターが AOL の迷惑な商用電子メール リストに表示されていることを確認する場合は、リストから Exchange コンピューターを削除します。これを行う方法の詳細については、次の AOL web サイトを参照してください。
  4. Exchange コンピューターが迷惑な商用電子メールを送信する組織のメール Abuse.org の一覧に表示するかどうかを決定します。これを行うには、以下の手順を実行します。
    1. 次の web サイトを参照してください。
    2. [マップ参照] ページで Exchange コンピューターのパブリックにアクセス可能な IP アドレスを入力し、Enter キーを押します。

      注: マップは、メールの不正使用防止のシステムを表しています。
  5. メール Abuse.org] ボックスの一覧から、Exchange コンピューターを削除します。これを行うには、以下の手順を実行します。
    1. 次の web サイトを参照してください。
    2. パブリックにアクセス可能な IP アドレスを入力、の Exchange コンピューターのこのインデックスを検索することができます。検索するキーワードを入力するボックス、および Enter キーを押します。
    3. Exchange コンピューターの一覧からの削除を完了するのには他のすべての指示に従います。
  6. メール Abuse.org で説明されていない任意の第三者中継ブロック リストから Exchange コンピューターを削除します。OpenRBL.org では、35 を超える第三者中継ブロック リストにリンクするクエリ エンジンを保持します。各ボックスの一覧では、オープン リレー メール サーバーの別のリストを保持します。したがって、Exchange コンピューターがすべてではなく、いくつかのリストにあります。
    1. 次の web サイトにアクセスし、Exchange コンピューターの IP アドレスまたは FQDN にクエリを実行し。
    2. Exchange コンピューターがいずれかの第三者中継ブロック リストの上にある場合は、その特定のリストのプロバイダーの web サイトへのリンクが表示されます。
    3. リスト プロバイダーの web サイトは、通常、Exchange コンピューターをリストから削除する方法についての手順を説明します。
注: Exchange コンピューターを含むすべてのリストのリストを削除手順に従います。1 つのリストから Exchange コンピューターを削除すると、Exchange コンピューターがすべてのリストから削除されません。

リアルタイム ブロック リストに Exchange コンピューターがない場合は、メールを送信することはできませんリモート ドメインのメール サーバーの管理者に連絡する必要があります。次に、Exchange コンピューターが管理者のブロック] ボックスの一覧から手動で削除することを要求します。すべての管理者は、リアルタイム ブロック リストを使用します。一部の管理者は、独自のリストを維持します。これらの管理者は、直接連絡する必要があります。

先頭に戻る

第三者中継として構成されていない Exchange コンピューター上のアカウントからメールの第三者中継が発生した場合

Exchange コンピューターに認証された送信アカウントがメールを中継するかどうかを決定します。

これを行うには、ここをクリックして展開または折りたたみの手順


  1. [スタート] ボタン、プログラム] をポイントし、ポイントMicrosoft Exchangeにし、[システム マネージャー] をクリックします。
  2. Exchange システム マネージャーでは、 Your_Exchange_Server_Nameを右クリックし、し、[プロパティ] をクリックします。
  3. 診断ログ] タブをクリックします。
  4. サービスの一覧では、 MSExchange トランスポートをクリックします。
  5. [カテゴリ] ボックスで、認証] をクリックし、[最大ログ出力のレベル] 領域でをクリックします。
  6. [適用] をクリックして、 [ok]を Exchange システム マネージャーを終了します。
  7. [スタート] ボタンプログラム] をポイントし、 [管理ツール] をポイントし、し、[サービス] をクリックします。
  8. 簡易メール転送プロトコル (SMTP)] を右クリックし、[再起動] をクリックします。
  9. [スタート] ボタン、プログラム] をポイントし、 [管理ツール] をポイントし、[イベント ビューアー] をクリックします。
  10. イベント ビューアーで、イベント 1708 のアプリケーション ログを検索します。イベント 1708 は、アカウントが中継されたメールを送信する Exchange コンピューターで認証することを示します。
中継されたメールを送信する Exchange コンピューターでの認証アカウントを revent します。

これを行うには、ここをクリックして展開または折りたたみの手順


  1. [スタート] ボタン、プログラム] をポイントし、ポイントMicrosoft Exchangeにし、[システム マネージャー] をクリックします。
  2. Exchange システム マネージャーで、次のオブジェクトを展開します。
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. 既定の SMTP 仮想サーバーを右クリックし、[プロパティ] をクリックします。
  4. [アクセス] タブをクリックし、[中継] をクリックします。
  5. 環境に応じて次の手順のいずれかを行います。
    • POP3 クライアントがあるメールを中継する、上記の一覧に関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスをオフにします。 パスワードとメールの第三者中継に使用されるアカウントの名前を変更します。
    • 特定のクライアントまたはサーバーがメールを中継する必要がある場合、は、中継の制限] ダイアログ ボックスの一覧に追加します。

先頭に戻る

SMTP ドメインの受信メールとメールの中継を設定する方法

インターネット SMTP ドメインのクラスを次のいずれかのメールを受信する可能性があります。
  • Exchange 組織にローカルであるドメイン
  • ドメインは、Exchange 組織のローカルではないです。
  • Exchange 組織と別の SMTP サーバーの間で共有されているドメイン

Exchange 組織にローカルであるドメイン

Exchange 組織にローカルであるドメインからのメールを受け付けるには次のようなアドレスを含む受信者ポリシーを作成します。
SMTP:@Domain.Domain_Root
受信者ポリシーを作成する方法の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックします。

249299 Exchange の受信者ポリシーを構成する方法

先頭に戻る

ドメインは、Exchange 組織のローカルではないです。

Exchange 組織のローカルではないドメインからのメールを受け入れるように SMTP コネクタを作成します。SMTP コネクタを構成する方法の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックして:

200 を Exchange で SMTP コネクタを構成する方法を265293 x

先頭に戻る

Exchange 組織と別の SMTP サーバーの間で共有されているドメイン

Exchange 組織と別の SMTP サーバーの間で共有されているドメインからのメールを受け入れるには、SMTP コネクタを設定します。これを行うには、「ではないドメインの Exchange 組織のローカル」セクションで、手順を実行します。ただし、アドレスから、ユーザーがメールを受信できるように、受信者ポリシーにドメインを追加するときに、この Exchange 組織をこのアドレスへのすべてのメール配信を担当するチェック ボックスをオフします。と、他のメール システムの SMTP ドメインを共有する方法の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックして:

321721 SMTP アドレスを共有する方法スペースを Exchange 2000 Server または Exchange Server の 2003

先頭に戻る

エラー コード 5.7.1 または 5.7.3 を含む Ndr のトラブルシューティングを行う方法

エラー コード 5.7.1 および 5.7.3 と、アプリケーションのログ イベント 1709、1710、または 1701 は、さまざまな条件下で発生します。次のシナリオはこれらの条件を説明し、それぞれを解決する方法を説明する Ndr およびアプリケーション イベント ログに記録します。

注: エラー コード 5.7.1 を含む ndr が配信には、次のメッセージが含まれている可能性があります: このメッセージは送信者のアクセス許可の問題であるという内容であるために、誤解を招くあります。ただし、この NDR の実際の原因は、リモート ドメインがメールを中継するメールを送信しているドメインを禁止されていることです。の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックします:

262354は誤解を招くで NDR が中継を許可されていないリモート ドメインへの送信

シナリオ 1: 認証されたコンピューターは、メールの中継を使用できません。

SMTP 仮想サーバーで上記のリストに関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスがオフの場合は、エラー コード 5.7.1 を含む Ndr が表示されます。上の一覧に関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスを選択するには、以下の手順を実行します。

ここをクリックして展開または折りたたみの手順



  1. [スタート] ボタン、プログラム] をポイントし、ポイントMicrosoft Exchangeにし、[システム マネージャー] をクリックします。
  2. Exchange システム マネージャーで、次のオブジェクトを展開します。
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. SMTP 仮想サーバー] オブジェクトを右クリックし、[プロパティ] をクリックします。
  4. [アクセス] タブをクリックし、[中継] をクリックします。上の一覧に関係なく正常に認証されたすべてのコンピューターを許可する] チェック ボックスを選択します。
先頭に戻る

シナリオ 2: SMTP 仮想サーバーへの匿名アクセスが無効になっています。

[匿名アクセス] チェック ボックスをオフにすると、エラー コード 5.7.1 を含む Ndr が表示されます。匿名アクセスチェック ボックスをオンにするには以下の手順を実行します。

ここをクリックして展開または折りたたみの手順



  1. [スタート] ボタン、プログラム] をポイントし、ポイントMicrosoft Exchangeにし、[システム マネージャー] をクリックします。
  2. Exchange システム マネージャーで、次のオブジェクトを展開します。
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. SMTP 仮想サーバー] オブジェクトを右クリックし、[プロパティ] をクリックします。
  4. アクセス] タブをクリックし、[認証] をクリックします。
  5. [匿名アクセス] チェック ボックスをオンにします。
  6. [OK] を 2 回クリックします。
  7. SMTP 仮想サーバーを右クリックし、し、[停止] をクリックします。
  8. SMTP 仮想サーバーを右クリックし、開始] をクリックします。
  9. [スタート] ボタンプログラム] をポイントし、 [管理ツール] をポイントし、し、[サービス] をクリックします。
  10. 簡易メール転送プロトコル (SMTP)] を右クリックし、[再起動] をクリックします。
  11. Microsoft Exchange ルーティング エンジンを右クリックし、[再起動] をクリックします。



先頭に戻る

シナリオ 3: DNS 機能が正しく構成されていません。

DNS 機能が正しく構成されていない場合は、エラー コード 5.7.1 または 5.7.3 を含む Ndr があります。さらに、イベント 1701、1709、1710 のいずれかをアプリケーション ログに記録される場合があります。DNS の構成をトラブルシューティングするには、そのメール エクスチェン ジャー (MX) レコードの適切な SMTP 仮想サーバー] をポイントになっていることを確認します。DNS 機能が正しく構成されていない場合は、受信 SMTP 接続の試行にランダムに誤った SMTP 仮想サーバーに接続できます。

先頭に戻る

シナリオ 4: プロキシ アドレスの一致する受信者ポリシーはありません。

組織内のユーザーが組織内の既存の受信者ポリシーのいずれかに一致しない電子メール アドレスを使用している場合これらのユーザーにメールを送信する送信者エラー コード 5.7.1 または 5.7.3 を含む Ndr が表示されます。さらに、1707、1709、1710 のいずれかのイベントがアプリケーション ログに記録される可能性があります。通常、組織内のユーザーのプロキシ アドレスは、組織内の少なくとも 1 つの受信者ポリシーと一致する必要があります。

注: 「プロキシ アドレス」とは、組織のローカル SMTP ドメインを指します。を作成する方法の詳細については新しい受信者ポリシーまたは既存の受信者ポリシーを更新する方法をクリックして、マイクロソフト サポート技術情報の資料を参照するのには次の文書番号:

319065 Exchange 受信者更新サービスの操作方法

先頭に戻る

シナリオ 5: 転送先サーバーで追加の認証が必要です。

送信先のサーバーで匿名認証が許可されていない場合は、エラー コード 5.7.3 を含む Ndr があります。送信元のクライアントまたは送信元サーバーを移行先サーバーに認証できることを確認します。

注: 目的の受信者を移行先サーバーが見つからない場合にも、エラー コード 5.7.3 が発生します。

先頭に戻る

シナリオ 6: ISA Server 2000 の SMTP 公開ルールが更新されません。

ISA Server 2000 を使用して、SMTP 公開ルールが更新されない、エラー コード 5.7.1 または 5.7.3 を含む Ndr が表示されます。さらにイベント 1701、1709、1710 のいずれかをアプリケーション ログに記録される場合があります。この問題は、ISA Server 2000 を使用して、次の条件のいずれかが当てはまる場合に発生します。
  • ISA サーバーの外部 IP アドレスが変更されます。
  • SMTP 公開ルールの IP アドレスが ISA server の新しい外部 IP アドレスを反映するように更新されません。
  • SMTP 公開ルールの IP アドレスが更新された後、Isactrl サービスは再起動されません。
先頭に戻る

関連情報

Exchange メールの第三者中継の詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックします。

304897 Windows 2000 および Windows XP の場合は、Exchange Server での SMTP 中継動作

匿名 SMTP 接続に対する中継の制限を確認し、Exchange 2000 Server で不要な電子メール メッセージをフィルター処理する方法を313395

319356 Exchange 2000 Server では、迷惑な商用電子メールを防ぐ方法

324958 SMTP 第三者中継をブロックして、Exchange Server の SMTP をクリーンアップする方法を Windows Small Business Server のキューします。

Windows 2000 IIS 5.0 SMTP サーバーでメール中継を防止する方法を310356

257538インターネット メールまたは迷惑な商用電子メールから追加情報を取得する方法

先頭に戻る
プロパティ

文書番号:895853 - 最終更新日: 2017/02/02 - リビジョン: 1

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition

フィードバック