next up previous contents
Next: sendmail.cf generator - cf Up: sendmail の設定 Previous: sendmail とcf

メイル環境の設計

先に述べたように、sendmail.cf を作成する前に自分のサイトのメイル環境の 設計をしなければならない。非常に大きなサイトでは、全てのユーザーの管理を 行わず各部門に管理を任せている場合もある。このような場合は、むしろメイル 環境の設計は簡単で、内部再配送もせずに済ませても良いくらいである。 しかし、多くの場合 ユーザー管理は集中して行っており、複数のマシンが存在しているだろう。 そのような場合、自サイトのすべてのマシンへメイルが配送されるのは好ましく ない。 何故ならば、それらすべてのマシンのメイル環境を管理しなければならなく なるからである。従って、メイルをスプールするマシンは極力少なくしなけれ ばならない。 よって、 すべてのマシンが DNS によって管理されており、 更に複数のメイルスプールを設定する場合について具体的な設定を解説する ことにする。 ここで想定しているのは、メイルはドメイン名宛に届くもの とし、内部で再配送を行うものとする (内部再配送を行う方が、ネットワーク変更の際に混乱が少ない)。

また、本節では考慮しませんが、非常に多くのマシンを有し、それらのマシン間では メイルのやり取りを行わせたくない場合もあります。こうした場合、メイル・スプール ホスト間でのやり取りに限定する必要がありますが、通常こうした場合は、それらの マシン宛のメイルからマシン名を剥ぎ取り、スプールホスト名に書き換えるか、 全てのアドレスを剥ぎ取る必要 があります。 cf では、こうした場合にも対応ができるようになっていますが、 ここでは取り上げません。

更には、プライベートアドレスを使用している場合で、ある程度の規模がある 場合には、内側の DNS と外側の DNS をたてるような設計もあり、そのような 場合のメイルの配送の設計の問題もあるが、現在ではむしろDNSのところで 取り上げた allow-queryを用いて外に問い合わせは出来るが外からの 問い合わせには答えないような内部用のDNSを作る事ができるので、全てを DNSで処理をしても問題なく運用が可能になっているので、特別な内部用DNS (自分自身がルートネームサーバであるようなタイプ)の必要性はない。





Noriyo Kanayama