Exchange 2003-外部SMTPゲートウェイを介してすべてのメール（内部を含む）をルーティングする方法は？ （または、大衆向けのドメイン/メールサーバーの移行。）
短いバージョン：通常は直接ルーティングされる内部ADユーザーを含むすべての電子メールを外部ゲートウェイ経由でExchangeにルーティングさせる方法はありますか？ （SMTP、おそらく交換の命名法における「スマートホスト」。）
長いバージョン：私はメールの専門家/管理者/ orevencompetentではありません。 Exchange 2003サーバーを継承し、WebベースのSaaSプロバイダーに移行します。楽しみを増すために、（期限によって強制的に）ドメインを移行しています。私たち（上司）が望んでいるのは、新しいドメインにメールを送信して、両方のドメインにコピーを送信します。新しいドメイン/プロバイダーに送信されたメールをコピーして、古いドメイン/ Exchangeに転送するのは簡単です。ただし、古いドメインからにメールを送信する必要があります。古いドメインも新しいドメインに送信されます。
ただし、すべての送信Exchangeメールを新しいプロバイダーゲートウェイ経由でルーティングし、新しいドメインを古いドメインに転送すると、電子メールループが発生します。必要な「解決策」は、別の交換ユーザーに送信する交換ユーザーが、外部ゲートウェイを介して送信され、次に新しいドメインに送信され、古いドメインにコピー/転送されることです。出来ますか？
ちょっと変わったリクエストだと思います。そして、私たちがやろうとしていることは DoingItWrong（tm）。 より良いアイデアはありますか？
どのように構成しても、宛先アドレスがActive Directory内の誰かに属している場合、Exchangeはnot組織外にメッセージをルーティングします。 Exchangeがメッセージをルーティングする必要があるときはいつでも、最初のステップは常に ADで宛先アドレスを探すことです。これが失敗した後でのみ、Exchangeはコネクタに基づいて適切な外部ルーティングパスを選択します。定義します。
Exchange 2007では、「共有」SMTPドメインを使用できます。つまり、一部のアドレスがExchangeによって管理され、他のアドレスが別のシステムによって管理されるドメイン（共存シナリオ）を使用できます。 2003でこれが可能かどうか/どのように可能かはわかりませんが、可能であったとしても、上記の黄金律が適用されます。まず、Exchangeはメッセージを内部で配信しようとしますが、それができない場合に限ります。メッセージを送信します。
考えてみてください。あなたが求めることを行う方法があったとしたら、Exchangeは、特定のユーザーへのメッセージを受信（プロバイダーによってすでに転送されていたとしても）、どうしますか？それはあなたのプロバイダーにそれをルーティングします。 who送信に基づいてメッセージをルーティングする方法はなく、destinationにのみ基づいてメッセージをルーティングします。また、メッセージがExchange自体から送信されている場合でも、外部から送信されている場合でも、宛先は同じになります。希望が叶うと、メールループに陥ってしまいます。
OutlookのようなMAPIクライアントがある場合、それを行うための優れた方法はありません（OWA/SMTPしかない場合は、それを別のサーバーに置き、そのローカル構成を使用できます（Exchangeツールの組織レベルのスマートホストではありません）。 ）スマートホストを介してSMTPを送信します。
うまくいけば、これは手遅れではありません。少し逆にすると、代わりに、最初にExchangeを介した新しいドメインルートのすべてのメールを送信し、その新しいシステム（newsystem.newdomain.com）でも代替ドメインを機能させることができますか？たとえば、newdomain.comのメールがExchangeに届く場合です。次に、user @ newsystem.newdomain.comの連絡先をスクリプト化し、そのオブジェクトdnを[email protected]のaltRecipient属性に追加し、deliverAndRedirectを設定し、smtp：[email protected]をproxyAddressesに追加します。完全にカットオーバーするときは、newdomain.comルーティングを直接に変更してから、Exchange側をシャットオフします。最適ではありませんが、Exchange 2003はサーバー内メッセージでSMTPに変換さえしなかったため、それらの接続を他の場所に送信できませんでした。
OK、何かが足りないかもしれませんが、これが私の考えです。これはSirStanが提案したものと似ていますが、私のアプローチでは、既存のExchangeサーバーを方程式から完全に排除します。
両方のドメインの電子メールを新しいプロバイダーに送信し、そのままにしておきます。古いドメインと新しいドメインのMXレコードを新しいサーバーにポイントし、各ユーザーのOutlookを再構成して新しいサーバーにPOPし、いずれかのドメインに電子メールを送信します。
必要に応じて、ユーザーはOutlookでルールを設定して、いずれかのドメインに送信されたメッセージを別のフォルダーに移動して、メッセージを分離しておくことができます。また、ユーザーがいずれかのドメインとして送信できる必要がある場合は、各Outlookプロファイルで2つのPOPアカウントを構成して、新しいプロバイダーの同じメールボックスにPOPすることができます。メッセージのコピーをサーバーに残すようにOutlookを構成できます。各ユーザーは、両方のPOPアカウントで各電子メールのコピーを取得します。これにより、クルージーが発生する可能性がありますが、johndoe @ old_domain.comおよびjohndoe@new_domain.comとして送信することができます。
内部GALを使用する機能が失われ、他のユーザーのメールボックスとパブリックフォルダーを表示する機能が失われますが、とにかく新しいプロバイダーでそれらを失う可能性があります。
あなたの目的を達成するために私が考えることができる他のいくつかの方法がありますが、これは私にとって最も簡単なアプローチのようです。
私は提案します：
domain.comおよびnewのmxレコードをポイントしますdomain.comをホスティングプロバイダーに送信し、アカウントごとにpopを構成します。
popbeamer を使用して、各アカウントの電子メールをローカルエクスチェンジシステムにダウンロードし直します。
Exchangeで全員の電子メールアドレスを変更し、連絡先を作成します（両方のアドレスに電子メールを送信します）。 Outlookに提供されているActiveDirectoryのカタログに表示されている連絡先のみを残して、元のユーザーを非表示にします。
つまり、bobr @ domain.comは[email protected]になり、bobr @ domain.comを[email protected]と[email protected]に送信するエイリアスが設定されます。
このように2つの電子メールシステムを同時に維持しようとする地獄に身を投じている理由はありますか？