電子メールの配送経路
2025/10/23
電子メールはの経路
電子メールは、昔の継ぎ飛脚のように、メールデータを次々と、次の経路の役割のサーバーに渡していきます。メール転送サーバーが、いわゆるメールサーバーというイメージの方が多いと思いますが、役割ごとにいろんなサーバー、エージェントがあることがわかります。
下記の色をつけたソフト名がメジャーであり、本サイトでもこの色つきを採用しています。
| 略称 | 一般名称 | 英名 | 説明 | ソフト名 |
|---|---|---|---|---|
| MUA | ユーザー | Mail User Agent | メールクライアント | Outlook、Thunderbird、秀丸メール等 |
| ↓ | ||||
| 認証システム(Dovecot SASL,Cyrus SASL (libsasl2)) | ||||
| ↓ | ||||
| MTA | 送信サーバー | Mail Transfer Agent | メール転送サーバ | Postfix、Sendmail、qmail等 |
| ↓ | ||||
| MTA | 受信サーバー | Mail Transfer Agent | メール転送サーバ | Postfix、Sendmail、qmail等 |
| ↓ | ||||
| MDA | 受信後の内部配送 | Mail Delivery Agent | メール配送エージェント | Procmail、Dovecot(LDA)等 |
| ↓ | ||||
| MRA | 受信ユーザーとの連絡役 | Mail Retrieval Agent | メール取得サーバ(POP3/IMAPサーバ) | Dovecot、Fetchmail等 |
| ↓ | ||||
| 認証システム(Dovecot,Cyrus IMAPd) | ||||
| ↑↓ | ||||
| MUA | ユーザー | Mail User Agent | メールクライアント | Outlook、Thunderbird、秀丸メール等 |
しかし、同様に、Dovecotも重要な役割を果たします。
Dovecotは、もともとはPOP/IMAPを提供するMRAですが、これを提供するためには、受信ユーザーの認証が必須なので*1、必然的に認証機能を持っています。
それを送信認証にも使おうというのが、一般的な使い方です。
Postfixは、送信認証の仕組みをもっておらず、外部に委任する以外にないので、だったらDovecotが持っている認証機能であるDovecot SASLを使うのは自然な流れです。
しかし大規模システムでは認証を分けることもあります。メール以外にもファイル共有やチャットなどの認証が必要な場合、メールに特化しているDovecotではなく、もっと認証専門のソフトを使う、というわけです。Dovecotが落ちたらみんな認証止まる、というのも困りますから。
Postfixは、外部からのメールを管理するメールサーバーに格納するまではやりますが、（原則として）その後のユーザーへの配達はしません。
なので、ここも、ユーザーの情報を持っているDovecotが担当するのが自然なので、Dovecotがよく使われます。
Postfixも一応、機能としては配送機能もありますが限定的であり、極個人用、開発用として使われる程度でしょう。
かように、電子メールのシステムを組むのは、選択肢が多すぎる！！、なのです。
一方で、暗黙の業界標準はあります。一方で、ブログ等で紹介されるメールサーバー記事は、結構品質がばらばらで*2、初学者としてはそれを見抜けないので、あれっこちらはこうしているのに、なぜあちらこうなのだろう、という疑問が解けずに混乱するのです。
Postfixは魑魅魍魎のいる外部とのやりとりに徹し、反対にDovecotは内部関係に専念します。この役割分担はとても美しいです。