2つのメールサーバー、バックアップ1のDNS構成についてサポートが必要
メインサーバーがダウンした場合に備えて、冗長バックアップメールサーバーを実行する必要があります。
GoDaddyの設定は次のようになります。
A（ホスト）
Host Points to
@ ip address of mail1 41.x.x.x
mail1 ip address of mail1 41.x.x.x
mail2 ip address of mail2 196.x.x.x
[〜＃〜] mx [〜＃〜]
Priority Host points to
10 @ mail1.mydomain.com
20 @ mail2.mydomain.com
Mail1がダウンすると、mail2はメールを受信できます。ブラウザから問題なくアクセスできますが、Outlookで何も変更せずにpop3/smtpも実行できるようにしたいと思います。 mail1がダウンしているときにユーザーに影響を与えたくありません。
また、WindowsサーバーのDFSを使用して、メールの両方のフォルダーの同期を維持しています。これは正しい方法ですか、それとも他のものを使用する必要がありますか？
DNS設定は、「受信」部分の冗長性を取得するために問題ありません。
メールの同期の問題は依然として解決していません。あなたがこれをどのように解決しているのかわかりません。サーバーソフトウェアが、ユーザーが一方のサーバーからメールをパージし、もう一方のサーバーがメールボックスに配信し、同時に同期プロセスがメールを一方から他方にコピーするという状況を処理できるかどうかさえわかりません。
それでも、障害が発生した場合は、POP3サーバーを切り替える必要があります。または、POP3サーバーがmail1からmail2に変更されていることをどのように知る必要がありますか？
MXは、ドメインにメールを送信するために誰と話すかを識別するためだけのものです。いずれかのサーバーがダウンしたときにIMAP/POPクライアントがメールを読み取るには、他のソリューションが必要になります。 DNS設定、サーバーのダウン時間、応答速度によっては、mail1がダウンしてから変更するまでmail.mydomain.comをmail1.mydomain.comのCNAMEにすることができます。 mail2に送信されますが、これには時間がかかります。メールサーバーが数分間しかダウンしていないと、問題が悪化します（mail1はバックアップされますが、全員がmail2を使用するため）。もう1つのオプションは、mailを高可用性プロキシにして、接続をmail1またはmail2のどちらのサーバーが機能しているかに自動的に転送することです。
DFSを使用してフォルダを同期することに関しては、使用しているメールサーバー（交換？）がメールをどのように保存しているかわかりません。メールを1つの大きなファイルに保存している場合、mail1とmail2の両方に同時にメールを送信すると、メールが失われます。 （ this によると、2つのサーバーが同時にファイルを変更すると、最初に起動したユーザーは失われ、そのバージョンのファイルはConflict and Deletedフォルダーに移動されます）。標準構成では、プライマリサーバーがオンラインに戻ったときに、セカンダリSMTPサーバーがメールをプライマリSMTPサーバーに転送します。理想的には、ユーザーのリストを使用して構成し、無効な/スパムアドレスをプライマリサーバーに転送しようとしないようにします。
Mail2がmail1がダウンしていることを非常に確実に確信している場合、mail2は自分のservice-ipに加えて、mail1のservice-ipを引き継ぐ必要があります。私はDNSをいじりません。そこにはあまりにも多くのキャッシュが含まれています。
Mail1が再び起動したら、オンラインに戻すための適切な手順が必要です（サービスIPのフェイルバックを含む）。どのクラスターでも自動フェイルバックメカニズムを使用することはありません。
クラスタリングソフトウェアはこれを処理できるはずですが、必ずすべてのケースをテストしてください。
これを実現するには、DNSフェイルオーバー（負荷分散ではない）ソリューションが必要です。つまり、単一のMX mail.yourdomain.comを使用しますが、メールのAレコードは、メールサーバーの可用性に応じて動的に切り替えられます。このようにして、クライアントがサーバーの障害によって中断されることはありません。詳細については、zoneeditフェイルオーバーURLを確認してください： http://www.zoneedit.com/failover.html 。また http://extns.net/ はフェイルオーバー付きの無料DNSサービスを提供しているようですが、それらがどれほど信頼できるかはわかりません。
このフェイルオーバーは、Mail Exchangerドメイン、つまりmail.yourdomain.comのみに設定する必要があることに注意してください。フェイルオーバーオプションはWebサーバー用であることがわかります。そのため、MXドメインmail.yourdomain.comを別のゾーンとして追加し、それを使用してフェイルオーバーを構成する必要があります。
-$
通常、バックアップメールサーバーは（最終的に）電子メールをプライマリメールサーバーに転送する必要があります。プライマリメールサーバーが起動すると、キューに入れられた電子メールがプライマリメールサーバーに転送されます。または、プライマリメールサーバーとセカンダリメールサーバーの両方が同じMDA（メール配信エージェント）サーバーにメールを転送します。いずれの場合も、ユーザーは1つのサーバーから電子メールを受け取ります。
多くのユーザーがいる場合は、MXサービスとMDAサービスを別々のサーバーに分割することをお勧めします。これにより、さまざまなサーバーにさまざまなユーザーを配置できます。
プライマリ（またはMDA）サーバーが回復するのに十分な時間電子メールを保持するようにバックアップを構成します。 1週間以上待つことをお勧めします。必ずユーザーリストをバックアップサーバーに複製してください。電子メール転送を除いて、構成は可能な限り同一である必要があります。これには、スパムフィルタリングが含まれます。プライマリサーバーは通常、バックアップメールサーバーから到着する電子メールを信頼するように構成されています。
多くのメールサーバーでは、キューからのメッセージの配信を手動でトリガーできます。プライマリメールサーバーが数時間以上ダウンしている場合は、これを行うことをお勧めします。そうしないと、メールが配信されるまでにかなりの時間がかかる場合があります。
nixおよびLinuxシステム管理ハンドブック の電子メールに関する章は、あなたがしていることの良いリファレンスです。