受信メールを2つのサーバーに転送する

受信メールを2つのサーバーに転送する

当社には、ネットワークのエッジにある Qmail を実行するゲートウェイを指す MX レコードを持つドメインが複数あり、そのゲートウェイは smtproutes に基づいて複数の内部メール サーバーの 1 つにメールを転送します。

私の質問は、特定のドメインに届いたすべてのメールを 2 つの別々のサーバーに転送したい場合、Qmail でこれを行う簡単な方法があるかどうかです。(IMAP アカウントを同期せずに 1 台のマシンから別のマシンに移行したいので、数週間は両方のマシンにメールが届くようにして、ユーザーが新しいサーバーで最新のメールを受信できるようにしたいと考えています)。

ありがとう。

追伸、重複していたら申し訳ありません。送信したと思ったのですが、今は見つかりません (履歴にも見つかりません)。送信されなかったのだと思いました。

答え1

こちらもご覧ください: lifewithqmail.org/lwq.html#dot-forward
およびこちら: greens.org/about/software/qmail/man/man5/dot-qmail.html

QMAIL ファイル qmail-local の動作を変更するには、ホーム ディレクトリに .qmail ファイルを設定します。

      .qmail contains one or more lines.  Each line is a delivery
      instruction.  qmail-local follows each instruction in turn.
      There are five types of delivery instructions:  (1) comment;
      (2) program; (3) forward; (4) mbox; (5) maildir.


      (3)  A forward line begins with an ampersand:

                &[email protected]

           qmail-local takes the rest of the line as a mail
           address; it uses qmail-queue to forward the message to
           that address.  The address must contain a fully
           qualified domain name; it must not contain extra
           spaces, angle brackets, or comments:

                # the following examples are WRONG
                &me@new
                &<[email protected]>
                & [email protected]
                &[email protected] (New Address)

           If the address begins with a letter or number, you may
           leave out the ampersand:

                [email protected]

           Note that qmail-local omits its new Return-Path line
           when forwarding messages.

これが役に立つことを願っています。最初にこれをテストするための qmail サーバーが手元にありません。

編集:
ユーザーごとにこれらのファイルを作成するには、スクリプトを使用する必要がある場合があります。

答え2

関係するユーザーは何人ですか? 新しいサーバーからメールを取得できるように、メール クライアントに別のアカウントを追加してもらうことは可能でしょうか? 正しく構成されていれば、古いメールに引き続きアクセスできます (両方のアカウントで IMAP を使用している場合は、新しいサーバーに移動することもできます)。

また、なぜ IMAP アカウントの同期を嫌がるのでしょうか? 別の IMAP サーバーに切り替えているのですか? 以前メールを移動したとき、メールを新しいサーバーにコピーするために rsync を使用しました。 1 回の rsync の後、古いサーバーの IMAP/SMTP を停止し、もう一度 rsync を実行して最初の rsync 中に行われた変更を取得してから、新しいサーバーの IMAP/SMTP を開始します。

構成ファイルを変更して、メールが古いサーバーではなく新しいサーバーに送信されるようにします。ユーザーに事前に通知し、夜中に実行します。DNS を制御する場合は、ホスト レコードの TTL を 1 週間前に下げて、実際に変更を加えたときに DNS 更新がすぐに伝播するようにすることができます。

関連情報