メールリレーはいつ必要ですか？
拡大させてください...
現在のホスティング状況に不満を持っているクライアントがいます。彼らは私が彼らのウェブサイトとドメインを私のホスティングプラットフォームに移動することを望んでいます。私がすることができます。
しかし、私は会社が持っていることに気づきました：
1）既存のIMAPアカウントの数
メールボックスを転送するために imapsync のようなツールを使用できることを理解しており、このプロセス中に電子メールでわずかなダウンタイムが発生することを願っています。 あるサーバーから別のサーバーへのIMAPメールボックスの転送に関して誰かがアドバイスを提供できますか？
2）SMTPリレー
別の会社が私のクライアントにSMTPリレーを提供しています。私はこれが何であるかを本当に知ったばかりです。メールがクライアントに配信されないことがあり、メールリレーが受信メールを別の（より信頼性の高い？）サーバーにルーティングして、メールの再送信を試み続け、見逃さないようにすることを理解しています。
これはこの時代に必要ですか？ Plesk 10 Panel Linuxサーバーには内部メールリレーが付属していますか？代わりに mailjet や elasticemail のような別のサービスを使用できるかもしれません。
- 面倒な移動メールアカウントがたくさんありますか、それともこれはかなり透過的なプロセスですか？
- 何に注意する必要があり、このホスティング転送をシームレス（またはほぼシームレス）にするにはどうすればよいですか？
- ドメインをサーバーに移動すると（そしてIPが変更されると）、これにより現在のメールリレーが中断されます。クライアントの電子メールは引き続き配信されますか？
電子メールホスティングを提供している場合は、ユーザーが使用できるように、認証および暗号化されたSMTPリレーを実際に提供する必要があります。提供しない場合は、ISPが提供するSMTPサーバーを使用する必要があります。これにより、構成が複雑になり、電子メールの問題のデバッグがより困難になります。
メールホスティングの移動は完全に透過的ではなく、慎重に管理する必要があります。アクセスを中断することなく既存のメールのほとんどを同期できますが、最終的には古いサーバーへのアクセスを無効にし、最終同期を実行し、新しいサーバーへのアクセスを有効にして、DNSエントリを反転する必要があります（ユーザーが新しいサーバーにアクセスできるようにするため） 、mail.domain.comの代わりにmail.current-provider.comのようなものを使用していると仮定します）。
受信メールの切り替えは、メールを古いメールサーバーに転送するように新しいメールサーバーを構成し、メールが新しいサーバーに配信されるようにMXレコードを反転してから、メールを切り替えることでシームレスに実行できます。上記のストレージは、転送ではなくローカルに配信するように新しいサーバーを再構成します。