Exchange 2010 がインストールされているクライアントがいます。このクライアントは、すべての MX レコードをこのサーバーにネイティブにリダイレクトするのではなく、プロバイダーからすべてのメールを取得するために POP3 コネクタを使用することを考えています。時々サーバーを再起動したり、サーバー上で他の操作を行ったりしてもメールが失われることがないので、より安全だと感じており、理論的には POP3 コネクタがその目的を達成します。
彼には、いつでも MX リダイレクトを彼のサーバーに実行し、プロバイダーのメール MX サーバーを 2 番目のサーバーとして保持しておけば、サーバーが再起動されたときにメールは 2 番目のサーバーに送信され、彼の安全のためにコネクタを使用して彼のメールを受信できると伝えました。
さらに困難なことに、現在このクライアントは動的 IP を使用しているため、コネクタ以外は使用できませんが、ネイティブ ソリューションとして Exchange を使用することを納得させれば、静的 IP を買い取ることになります。
では、Exchange をネイティブ モードで動作させることの利点と欠点は何でしょうか? 私自身もいくつか挙げることができます。
利点:
- 電子メールの取り扱い方法を制御する
- POP3コネクタを使用すると必ずしも機能しない場合があります
- OWAへのアクセスは、動的IPよりも静的IPの方が動作する可能性がはるかに高くなります。
デメリット:
- スパムやウイルスに対処する必要があり、そのためのソフトウェアを購入する必要があります (ただし、プロバイダーの電子メール システムとは異なり、電子メール サーバーが受け入れるものと受け入れないものをより適切に制御できます)
- 自分自身がスパマーとしてマークされないように、IP に注意する必要があります (たとえば、ネットワーク内のコンピューターにスパムを送信すると、後ですべてのメールがスパムとしてマークされる可能性があります)。
- 固定IPと追加ソフトウェアが必要なためコストが増大する
- ダウンタイムが長くなるとメールが失われる可能性があります（ダウンタイムが短い場合は通常メールの流れに影響はありません）
答え1
MX リダイレクトが 100% 確実な解決策になるかどうかはわかりません。
これまで、MX レコードをメール ゲートウェイ サービス経由でルーティングし、Exchange に転送していました。これにより、パーミッターの外側でスパム/ウイルスをフィルタリングできるという利点 (帯域幅を節約) が得られ、さらにゲートウェイ プロバイダーには、Exchange サーバーがメンテナンスや問題でダウンしたときにメールをキューに入れることができる冗長キットが多数あるという利点もあります。
Exchange に問題が発生した場合でも、緊急の用事があれば、通常は Web コントロール パネルからキュー内の電子メールにアクセスできます。
答え2
POP3 コネクタは、デフォルトでは 15 分ごとにポーリングするだけなので、Exchange サーバーへの直接 MX レコード ポインタよりも常に遅くなります。この間隔は、「ScheduleAccelerator」レジストリ値を使用して増やすことができますが、それでもメールの「プル」は実行され、サーバーへの直接の「プッシュ」は実行されません。Exchange 2010 の POP3 コネクタ機能が、SBS2003 での過去の経験から大きく変わったかどうかはわかりませんが、私は依然として直接 MX レコード設定を支持します。
フィルタリングとスプール用にホスト型メール ゲートウェイを使用するという Chris の提案に私も賛成です。当社では、クライアント向けに McAfee (旧 MX Logic) SaaS 電子メール保護サービスを使用しており、素晴らしい成果を上げています。オンプレミスの Exchange サーバーのダウンタイムは問題になりません。McAfee はすぐにサーバー上で電子メールのスプール/キューを開始し、ターゲット サーバーがオンラインに戻るまで電子メールを保持します。