Exchange Server 2007組織のメールルーティングを管理するときに実行できる構成。 Exchange 2007組織の受信者へのメッセージのルーティングには、さまざまなコンポーネントが関係しています。これらのコンポーネントの設定を構成すると、ハブトランスポートサーバー、エッジトランスポートサーバー、Exchange Server 2003またはExchange 2000 Serverがインストールされているサーバー、およびその他のSMTP(Simple Mail Transfer Protocol)サーバー間でメッセージを転送する方法を制御できます。
Exchange 2007ルーティングトポロジは、Active DirectoryディレクトリサービスWebサイトトポロジから派生したものです。内部メール配信では、Active DirectoryサイトとIPサイトリンクの構成に基づいて次のことが決定されます。
●どのExchangeサーバーが正しく通信できるか。
●Active Directoryサイト間でメールを中継する場合。
メッセージを外部ドメインにルーティングするときは、送信コネクタにルーティングする必要があります。 Exchange 2007組織がExchange 2003またはExchange 2000組織と共存している場合は、ルーティンググループコネクタを使用する必要があります。次のセクションでは、ルーティングコンポーネントの設定方法とルーティングのトラブルシューティング方法について説明します。
Active Directory Webサイト
Active Directory Webサイトは、Exchange管理者によって管理されていません。 Active Directoryサイトは、Active Directory Enterprise Administratorsグループに割り当てられたアクセス許可がある場合にのみ作成、削除、または変更できます。ただし、ExchangeルーティングトポロジはActive Directoryサイトトポロジから派生しているため、Exchange管理者は、Exchange 2007にのみ適用されるActive Directoryサイトに、Exchangeにのみ適用される属性を適用できます。
Exchange組織では、特別なActive Directory Webサイトを介してすべてのメール配信を強制的に中継する必要があります。この場合、接続によってサイト間の直接SMTPリレーが妨げられる可能性があります。したがって、宛先アドレスにメールを送信する前に、メールを中間Webサイト経由でリレーする必要があります。 Exchange組織の内部組織によっては、管理者がすべてのメールを特別なWebサイトを介して中継したい場合もあります。 Exchange管理シェルタスクを使用して、Active Directoryサイトを中央サイトとして指定できます。
Set-ADSiteコマンドレットを使用して、Active Directoryサイトを中央サイトとして指定します。メールを配信するための最も安価なルーティングパス上に中央サイトがある限り、メッセージは中央サイトのハブトランスポートサーバーによってキューに入れられて処理され、最終的な送信先に中継されます。 Active Directoryサイトが中央サイトとして構成されている場合、そのサイトを含むルーティングパスは常に中央サイトを通じて中継されます。
Active Directory IP Webサイトへのリンク
Active Directory Webサイトへのリンクは、Exchange管理者によって管理されていません。 Active Directoryサイトリンクを作成、削除、または変更するには、Active Directory Enterprise Administratorsグループに割り当てられたアクセス許可が必要です。ただし、ExchangeルーティングトポロジはActive Directoryサイトトポロジから派生しているため、Exchange管理者は、Exchange 2007にのみ適用されるActive Directoryサイトに、Exchangeにのみ適用される属性を適用できます。
既定では、Microsoft ExchangeはActive Directoryの複製にIPサイトリンクに割り当てられたオーバーヘッドを使用して、ルーティングトポロジを計算します。既存のActive DirectoryサイトとIPサイトのリンクトポロジを記録した後で、Active DirectoryサイトリンクとネットワークトラフィックパターンのオーバーヘッドがExchange 2007に最適ではないとわかった場合は、Microsoft Exchangeの計算コストを調整できます。 Exchange管理者として、Active Directoryツールを使用してIPサイトリンクに割り当てられたオーバーヘッドを変更することはできません。代わりに、Exchange管理シェルのSet-ADSiteLinkコマンドレットを使用してExchange固有のオーバーヘッドをIPサイトリンクに割り当てます。
IPサイトリンクにExchangeのオーバーヘッドを割り当てると、ExchangeのオーバーヘッドがメッセージルーティングのActive Directoryのオーバーヘッドよりも優先されます。最もコストの低いルーティングパスを計算するとき、ルートはExchangeのオーバーヘッドのみを考慮します。
Exchange 2007 Service Pack 1の新機能
Microsoft Exchange Server 2007 Service Pack 1(SP1)では、Active Directory IPサイトリンクの最大メッセージサイズ制限の構成がサポートされています。既定では、Exchange 2007は異なるActive Directoryサイト内のハブトランスポートサーバー間で中継されるメッセージに最大メッセージサイズ制限を課しません。 Set-AdSiteLinkコマンドレットを使用してActive Directory IPサイトリンクの最大メッセージサイズを構成した場合、最大メッセージサイズ制限(最も安価なルーティングパス内の任意のActive Directoryサイトリンクに構成された値)より大きいメッセージに対してルートが送信されます。報告書(NDR)この構成は、低帯域幅接続を介して通信する必要があるリモートActive Directoryサイトに送信されるメッセージのサイズを制限するのに役立ちます。
送信コネクタ
Exchange 2007トランスポートサーバーが送信先アドレスにメッセージを送信している間、メッセージは送信コネクタを介してネクストホップに送信されます。送信コネクタは、送信サーバーから受信サーバーまたは対象の電子メールシステムへのアウトバウンド接続を制御します。送信コネクタのアドレススペースは、次の条件を指定します。
●このコネクタが電子メールをルーティングする受信者ドメイン
●転送タイプ
●特別な送信接続デバイス上のアドレススペース割り当てのオーバーヘッド
既定では、ハブトランスポートサーバーの役割またはエッジトランスポートサーバーの役割をインストールすると、明示的な送信コネクタは作成されません。ただし、メッセージを内部的にルーティングする場合は、暗黙的な組織内送信コネクタが使用されます。エンドツーエンドのメールフローは、次のいずれかの条件が満たされている場合にのみ達成できます。
●エッジトランスポートサーバーは、エッジ購読プロセスを使用してActive Directory Webサイトに購読しています。
●インターネットメールをルーティングするように送信コネクタと受信コネクタを手動で設定しました。
組織内の送信コネクタのプロトコルログ記録は既定で無効になっています。 Set-TransportServerコマンドレットを使用して、組織内の送信コネクタのプロトコルログ記録を有効または無効にすることができます。
ルーティンググループコネクタ
同じ組織内にExchange 2007がExchange 2003またはExchange 2000と共存する場合は、それを以前のバージョンのExchange Serverを含むグローバルExchange 2007ルーティンググループに構成する必要があります。ルーティンググループ間でルーティンググループコネクタを構成します。最初のハブトランスポートサーバーの役割が既存のExchange組織にインストールされると、最初のルーティンググループコネクタが作成され、Exchange 2007とExchange 2003またはExchange 2000の間に構成されます。
Exchange 2007ハブトランスポートサーバーを送信元サーバーまたは送信先サーバーとして使用するルーティンググループコネクタを構成するには、Exchange管理シェルを使用する必要があります。 Exchange 2003およびExchange 2000との共存をサポートするために、最初のハブトランスポートサーバーの役割がインストールされると、Exchange 2007を実行しているすべてのコンピュータが自動的にルーティンググループに配置されます。 Exchange 2007のルーティンググループは、Exchange 2003およびExchange 2000のExchangeシステムマネージャでは、Exchangeルーティンググループ(DWBGZMFD01QNBJR)として認識されます。 Exchange 2003およびExchange 2000用のExchangeシステムマネージャを使用して、Exchange 2007ルーティンググループ、およびExchange 2007ハブトランスポートサーバーを送信元サーバーまたは送信先サーバーとして持つルーティンググループコネクタを管理することはできません。
のExchange 2007 SP1の新は
ます。
のExchange 2007 SP1は、最大メッセージサイズ制限ルーティンググループコネクタの構成のためのサポートを提供します。既定では、Exchange 2007はルーティンググループコネクタを介して中継されるメッセージの最大メッセージサイズを制限しません。 Set-RoutingGroupConnectorコマンドレットを使用してルーティンググループコネクタで許可されている最大メッセージサイズを構成すると、最も安価なルーティングパス内のルーティンググループコネクタで構成されている最大メッセージサイズ制限を超えるメッセージに対してルートがNDRを生成します。この構成は、低帯域幅接続を介して通信する必要があるリモートExchange Server 2003およびExchange 2000 Serverサーバーに送信されるメッセージのサイズを制限するために使用できます。
ルートのトラブルシューティング
Exchange 2007には、メールフローの問題のトラブルシューティングに役立つツールと詳細なログリソースが用意されています。 Exchange管理コンソールのツールボックスでは、次の診断ツールを使用できます。
●Exchange Serverベストプラクティスアナライザベストプラクティスアナライザを使用して、Exchangeトポロジの構成と正常性を確認します。このツールは、Exchange組織の構成情報を自動的に収集して確認し、その結果をレポートにまとめます。レポートは問題を重大度別にリストし、問題に対する推奨解決策を提供します。さらに、このツールは最近の変更の一覧とExchange組織構成の詳細な概要も提供します。
●Exchangeメールフローに関するトラブルシューティングメールフローおよび配信に関する問題を診断するには、Exchangeメールフローに関するトラブルシューティングツールを使用します。このツールを使用して、メールフローの症状を選択し、設定を分析して、結果をレポートに出力します。
●メールの追跡メッセージ追跡ログの内容を確認するには、メッセージ追跡を使用します。
●キュービューアExchangeキュービューアを使用して、Exchangeメールキューを表示および管理します。
Exchange 2007 SP1の新機能
ルーティングログビューアは、Exchange 2007 SP1の新しいツールです。ハブトランスポートサーバーの役割またはエッジトランスポートサーバーの役割がインストールされているExchange 2007 SP1サーバーでこのツールを使用できます。ルーティングログビューアは、Exchange管理コンソールの[ツールボックス]ノードから起動できます。
以前のバージョンのExchange Serverでは、ポート691でExchange Routing Engineサービスに接続するためにWinRoute(Winroute.exe)が使用されていました。 Exchange 2007にはルーティングエンジンはありません。ルーティングログビューアを使用すると、管理者はルーティングトポロジでサーバーを表示する方法に関する情報を含むルーティングログファイルを開くことができます。ルーティングログファイルを比較してから、2つの期間の間にルーティングトポロジでどのような変更が行われたかを判断できます。このツールを使用して、ルーティングトポロジで発生した変更を特定し、これらの変更が問題を引き起こす可能性があるかどうかを評価します。
序文:21世紀に入ってからは、メールの役割はもっと重要になります受信時間が大幅に短縮され、人々がほぼリアルタイムで対話できるようになりました。その後、Linuxでメールサーバーを使用するためのメールサ
ますます多くの企業でExchangeメールシステムが普及しているため、従業員はOffice Outlookを使用してメールを送受信することもできます。これにより、仕事用メールのタイムリーで効果的な配信が非常に容易になります。ただし、ユーザーがOutlookを使用すると、Outlook証明書のエラー報告など、ますます多くの問題が発生し、その結果、クライアントを使用できなくなります。
Set-OutlookAnywhere -SSLOffloading $ true 次に、次の2つのコマンドを使用して、内部/外部のホスト名を統合し、内部ユーザーと外部ユーザーのSSL認証要件を有
Magic Winmail Serverは、中国の支社であるAmerican AMAX Groupによって開発された、独立した知的財産権を所有するHuamei Technology(Suzhou)Co