現在、私たちは古いメール サービスを実行しており、各クライアントは受信メールと送信メールの接続に IMAP と SMTP を使用しています。これは Exchanged ベースではなく、設定オプションがほとんどない「旧式」のメール サーバーと呼んでいます。モバイル デバイス向けの最新のプッシュ サービスをサポートしておらず、SPAM フィルタリングとメールボックス フィルタリングは貧弱であるか、まったくありません。
より新しいメール サーバーをセットアップして、ユーザーを徐々に移行したいと考えています。これは Google Apps for Business になるかもしれませんが、Office365 になる可能性もあります。まだ決めていません。いずれにしても、SPAM ルール、サーバー側のフィルタリング、メールボックス ルール (現在はすべてクライアント側) をより細かく管理できるサービスに移行したいと考えています。
受信メールを「分割」して、一部のメールは引き続き古いシステムに配信され、それらのユーザーは影響を受けずにそのシステムを引き続き使用でき、移行したユーザーのメールは新しい、より現代的なメール サーバーに配信されるようにするにはどうすればよいですか?
私の知る限り、MX レコードのセットは 1 つしかなく、そのいずれもユーザーに関する情報を一切提供していませんが、電子メール サービスを設定してからかなりの時間が経過しているため、情報が古くなったり、何かが欠けている可能性があります。
答え1
可能であれば、MX レコードで新しいシステムを使用し、特定のメールボックスまたはすべての「不明な」メールボックスを古いシステムに転送するように構成します。こうすることで、両方のシステムが新しいシステムによって実行されるスパム フィルタリングの恩恵を受けることができます。
たとえば、G Suite では次のことが可能になります。
反対に、古いシステムから新しいシステムに転送すると、元の送信元システムが隠蔽され、新しいスパムフィルターがほとんど効果を発揮しなくなるため、問題が発生する可能性があります。言うまでもなく、古いシステムはほぼ 2 倍の量のメッセージ (受信 + 転送された送信) を処理する必要があります。そして古いシステムが廃止された場合は、再度変更が必要になります。
答え2
サーバーとドメインの両方を制御できるため、オプションは無制限にあります。いくつか例を挙げると、次のようになります。
- 新しいサーバーを確立し、その機能に応じて「古いサーバーから新しいサーバーへ」または「新しいサーバーから古いサーバーへ」転送します。
- 古いサーバーと新しいサーバーの間でメールを分割できるプロバイダーにドメインを一時的に転送し、最終的にドメインを新しいサーバーに移動します。
- ドメイン「company.com」に、少数のテスト ユーザー用のサブドメイン「new.company.com」を追加し、「新しい」メールを新しいサーバーに転送します。これにより、他のユーザーには問題が発生せず、設定は以前とまったく同じままで、ドメイン レコードにいくつか追加するだけで済みます。
- 新しいサーバー用に、古いドメイン名のバリエーションである別のドメイン名（たとえば「companynew.com」）を購入し、最終的に「company.com」をそのドメイン名に移動します。
いずれかのソリューション、またはその組み合わせが、設定において最も実現可能である可能性がありますが、詳細は制約と実際の設定によって異なります。