1つの固定IPで複数のドメイン宛てのメールを振分

質問

似たような質問は度々見かけたのですが、自分が構築しようとしている環境と違っていたり、自分が理解できず、解決できるようなQ&Aが見つけられなかったので質問させていただきます。

独学で趣味程度でしか勉強していませんので、用語の取違いや説明の趣旨が伝わらない部分もあるかと思いますが宜しくお願いします。

基本的にできない事なのかもしれませんが、
やりたい事は、1つの固定IPアドレスでインターネット側からの複数のドメイン宛てのメールをそれぞれのメールサーバーで受け取ること。

理想的なのは「Poundのようなリバースプロキシでメールのヘッダ内の文字列等で振り分ける」ようなことはできないものなのかなと・・・

構成例として
例 ドメイン1:aa.com
例 ドメイン2:bb.com
例 サーバー1:postfix、Dovecotをaa.com用で構築。
例 サーバー2:postfix、Dovecotをbb.com用で構築。
※postfixのバーチャルドメイン？は使用しないで管理したい。理由はドメイン毎にサーバーを用意した方が自分の頭では管理がし易いと思ったからです・・・

・インターネット側からのaa.com宛てのメールはサーバー1でのみ受け取る。
・インターネット側からのbb.com宛てのメールはサーバー2でのみ受け取る。
・インターネット側からメールサーバーの間にDNSや他のサーバーを構築しても構いません。
・ハードウェアではなく、フリーのアプリケーションを使用することを前提としています。

「こんな方法もあるよ」や「こんな方法の方が管理し易いよ」などもありましたら宜しくお願い致します。

回答No.1

maesen · ベストアンサー

＞・インターネット側からのaa.com宛てのメールはサーバー1でのみ受け取る。
＞・インターネット側からのbb.com宛てのメールはサーバー2でのみ受け取る。
＞・インターネット側からメールサーバーの間にDNSや他のサーバーを構築しても構いません。

サーバを追加出来るのであれば、メールのゲートウェイサーバを構築してすべてのメールを一旦このサーバで受け取り、
宛先ドメインに従って、各ドメイン用のメールサーバへ配信するよう設定すればいいのではないでしょうか。
配送のみ行うよう設定すれば、メールゲートウェイにメールが残ることはないですし。

メールゲートウェイはPostfixの設定のみで実現できるので特別なソフトは不要です。
transport_maps あたりを調べて頂くとわかるのではないかと思います。

MXレコードさえきちんと設定されていれば、固定IPアドレスへ配信されることは問題ないですね。

お礼

メールゲートウェイとは考えもつきませんでした・・・
とても参考になるご意見ありがとうございます！
勉強しながらメールゲートウェイを構築してみたいと思います。

他にも私の考え付かないようなことがあるかもしけませんので継続します！

回答No.3

mtaka2

回答そのものはNo.1/No.2と同じですが、メール配送のしくみについてちょっと解説しときます。

・リレーサーバとは?
インターネットメールの運用上、あるドメインのメールを受け取るサーバは、DNSのMXレコードで指定しますが、
このMXレコードには、「プリファレンス」(優先度)という数値指定があります。
これは、メールサーバが落ちたりしてメールが送れなくなるため、予備のメールサーバを指定できるようにするしくみです。

メールを送信する側では、MXレコードの一番優先度が高い(プリファレンス値が小さい)サーバにメールを転送しようとします。
そのサーバが落ちてた場合など転送に失敗した時は、順次優先度が低いサーバにコネクションを張っていき、
転送が成功した時点で「メールを送ることができた」ことになります。
この「一番優先度が高いサーバ」こそが、メールを最終的に受け取るべきサーバですが、
それ以外のサーバは予備のサーバであり、一旦メールを受け取ったあと、
本来のサーバが復旧したところで、転送しなおす、といった処理を行います。
こういった「自分宛ではないメールを受け取って、別のサーバに転送するメールサーバ」をリレーサーバと言います。

また、ちょっと大きめの組織では、インターネットの接続点にファイアウォールを設置しているために、
インターネット側から直接メールサーバにアクセスできないようなネットワーク形態になっている所もよくあります。
そういう場合は、ファイアウォール上でリレーサーバを稼働させて、メールを内部の適切なホストに転送するような動作をさせたりします。
(これは、まさに質問者さんのような状況であると言えるでしょう)

・WWWにおけるPoundのようなリバースプロキシと同じものをメールサーバで実現できるかどうか
WWW(HTTP)では、一回のコネクションでのアクセス先ホストは1つしかありません。
そのため、そのリクエストを見て、ホストに合わせて通信を振り分ける「リバースプロキシ」が実現できます。

一方メール(SMTP)では、一回のコネクションで、送り先メールアドレスを複数指定できます。
また、たいていのメールサーバは、送り先サーバが同じ配信は一つのコネクションにまとめますので、
インターネット側から見たaa.comとbb.comのメールを受け取るサーバが1つの固定IPアドレスで共用している場合、
「To: XXX@aa.com, YYY@bb.com」のようにして宛先にaa.comとbb.comが混在するメールを送ったりすると、
その固定IPアドレスで動くメールサーバに「宛先はXXX@aa.comとYYY@bb.com、本文は○○○…」といった感じで、一つのコネクションでまとめてメールを転送してきます。

そのため、SMTPでは、送り先メールアドレスを見てコネクションを単純に「振り分ける」ようなことはできません。
一旦メールを全部受け取ってから、そのメールを適切なメールサーバに転送(リレー)する必要があります。
(この段階で、上述のようなメールは、同じ本文をaa.comとbb.comの両方のメールサーバに転送します)
この処理は、上述の「リレーサーバ」の動作そのものです。

というわけで、質問者さんの求めるものを解決するのは「SMTPサーバのリレー設定」なわけです。
また、Postfixに限らず、SMTPメールサーバはどれも、リレー機能を有しています。

お礼

詳しいご説明ありがとうございます。

なるほど・・・
メール(SMTP)を振り分けできない理由が理解できてきました。。。

いままで「なんとなく」しかWWWとメールの違いを理解していなかったので非常に勉強になるご説明ありがとうございます！

回答No.2

Toshi0230

私もNo.1さんの回答に賛成ですね。
サーバを追加できるんだったら（内部のみのサーバでよい）、リレーサーバのpostfixでいったん全部のメールを受けて、その後にそれぞれのメールサーバに配信する方法が一番構成的に楽です。

お礼

やはりpostfixでゲートウェイを構築するのが良さそうですね～

いま調べなが構築してテストしてみていますが、自分でもなんとか実運用まで持っていけそうな感じなのでもうすこしテストを行ってみたいと思います。

ご意見ありがとうございます！

他にもご意見募集中です！