Exchange 2003 SP2 / 2007：SMTPコネクタでアドレス空間が無視されました
MSとPostini（Google）は混乱していて、簡単に言えば、MicrosoftはPostiniのIPブロックをブロックしました。再び解除されたと思いますが、回避策が機能していません（以下を参照）。
Exchange 2003SP2を搭載したSmallBusiness Serverがあり、デフォルトのSMTPコネクタは、スマートホストとしてPostiniを介してメールをルーティングするように設定されています。これは正常に機能します。アドレス空間は次のとおりです。
* cost 1
このブロックのために、DNSを使用して組織全体にメールを配信するように設定された「Microsoftドメイン」と呼ばれる別のSMTPコネクタを作成しました。アドレス空間の下に、次のものがあります。
hotmail.com cost 1
msn.com cost 1
これらのコネクタの両方のローカルブリッジヘッドとして、SMTP仮想サーバー（デフォルト）が1つだけあります。 [配信]-> [詳細]の下の[スマートホスト]フィールドは空です。
問題は、「Microsoftドメイン」コネクタが無視されているように見えることです。テストメールをhotmailアカウントに送信し、WAN IPが[受信者]フィールドに表示されることを期待していました。ヘッダーですが、常にPostiniのブロック（64.18.0.0/20）からのものです。さらに、hotmail.comアカウントに送信すると、Microsoftのメールサーバーから5.3.3のバウンスエラーが発生するため、Postiniのブロックから確実に送信されます。スマートホスト：
5.5.0 smtp;550 SC-002 Mail rejected by Windows Live Hotmail for policy reasons. The mail server IP connecting to Windows Live Hotmail has exhibited namespace mining behavior.
TechNetのドキュメントは、最も特異性の高いコネクタが「勝つ」ことを示唆していますが、そうではないようです。
アドレス空間は、コネクタを介してルーティングする電子メールメッセージのメールアドレスまたはドメインを定義します。たとえば、*（アスタリスク）のアドレス空間には、すべての外部ドメインが含まれます。このコネクタは、すべての外部電子メールをルーティングするために使用されます。アドレス空間が* .netの2番目のコネクタを作成した場合、Exchangeは、拡張子が.netのドメインに送信されたすべてのメールを2番目のコネクタを介してルーティングします。 このアクションは、Exchangeが最も類似したアドレス空間を持つコネクタを選択するために発生します。この設定は、の[アドレス]タブで構成されます。 SMTPコネクタのプロパティ。
Exchange Routing Engineサービスを再起動しようとしましたが、役に立ちませんでした。デフォルトのコネクタのコストを5に変更してみました。 SBS 2008 Exchange 2007ボックスでもこれを試しましたが、サイコロはありません。何か案は？
私は自分でコストを微調整したいと思います：
「複数のコネクタがある場合、特にアドレス空間に*が含まれているコネクタ（ISP経由でメールを送信する場合）の場合は、コストを慎重に調整する必要があります。*が付いたワイルドカードSMTPコネクタは、最もコストが高いSMTPコネクタである必要があります。内部サーバーを指す場合は、最も低くする必要があります（最初に使用されるようにします）。コネクタの負荷を分散する場合は、1のコストで複数のコネクタを設定できます。」
そこで、postiniコネクタのコストを2に上げて、すべてが最初にMicrosoft Domainsコネクタを試し、次に特定のアドレス空間がpostiniコネクタに送られることに気付いたときに試します。
Exchange ServerはMicrosoftドメインを解決できますか？ Exchangeは、DNSを使用して、ドメインが分類される前にドメインを解決します。
インターネットメールの送信インターネットメールを送信するために、Exchangeは、インターネットメールの受信に依存するのと同じコンポーネント（DNS、SMTPプロトコル、メッセージカテゴライザー、高度なキューイングエンジン、およびExchangeルーティングエンジン）に依存しています。インターネットメールは、Exchangeを介して次の方法で送信されます。
1.内部ユーザーがリモートドメインにメッセージを送信します。メッセージは、ユーザーのメールボックスが存在するExchangeサーバーで送信されます。
2.メッセージは、次の2つの方法のいずれかで高度なキューイングエンジンに送信されます。
メッセージがMicrosoftOfficeOutlook®WebAccessまたはOutlook（MAPI）クライアントを使用して送信された場合、Exchangeストアは、ストアドライバーを介して高度なキューイングエンジンにメッセージを送信します。
メッセージがPostOffice Protocol（POP）またはInternet Mail Access Protocol（IMAP）クライアントを使用して送信された場合、SMTPはメッセージを高度なキューイングエンジンに渡します。
3.次に、メッセージカテゴライザは、受信者アドレスを使用してグローバルカタログサーバーにクエリを実行し、ユーザーを検索します。受信者アドレスが受信者ポリシーに含まれていない場合、またはプロキシアドレスと一致する受信者が存在しない場合（受信者アドレスはActive Directoryに保存されません）、メッセージカテゴライザはメッセージがリモートドメインにバインドされていると判断します。
4.高度なキューイングエンジンがExchangeルーティングエンジンを呼び出して、リモートドメインにより厳密に一致するアドレス空間へのルートの次の宛先またはホップを決定します。
5.この情報を使用して、サーバーはメッセージを送信するか、スマートホストにルーティングするか、リモートアドレス空間でSMTPコネクタを使用するかを決定します。
6.送信メールを処理する複数のコネクタまたは仮想サーバーがある場合、高度なキューイングエンジンは、リモートドメインのアドレス空間とそのコネクタの制限に最も近いアドレス空間を持つ仮想サーバーまたはコネクタを決定します。
7.メッセージは、アウトバウンドコネクタのSMTP仮想サーバーまたは配信を担当するアウトバウンドSMTP仮想サーバーにルーティングされます。
8.分類を実行するExchangeサーバー上にあるSMTP仮想サーバーは、リモートドメインのルートアクション属性にメタベース情報を使用します。
9. Exchangeサーバー上のSMTP仮想サーバーは、次の2つのタスクのいずれかを実行します。
DNSを使用してターゲットドメインのIPアドレスを検索し、メッセージの配信を試みます。
DNSの解決と配信を担当するスマートホストにメッセージを転送します。