メールサーバーの仕組み:Postfix、Eximなど

メールサーバーの本当の姿、それを動かすソフトウェア(Postfix、Exim、Dovecot、Exchange、ホスティング事業者)、メッセージが送信者からメールボックスへどのように届くか、そしてドメインが何を使っているかを見分ける方法を解説します。

メールサーバー(mail server)とは、メールを受け付け、ルーティングし、保存し、配送するソフトウェアです。メッセージを送信すると、それは相手に直接届くわけではありません — 一つまたは複数のメールサーバーを経由し、それらが受信者を特定し、メールを受け付けるかどうかを判断し、メールボックスに格納します。これらの構成要素を理解すると、なぜアドレスが一見完全に有効に見えても配送に失敗することがあるのかその理由がはっきりと分かります。

1.「メールサーバー」の内部にある3つの役割

  • MTA — Mail Transfer Agent:SMTP を使ってサーバー間でメールを送信・中継します。当サイトのチェッカーが通信する相手はこの部分です。例:Postfix、Exim、Sendmail。
  • MDA — Mail Delivery Agent:受け付けたメールを受け取り、適切なメールボックスへ配送します。多くの場合 MTA に組み込まれているか、MTA と組み合わせて使われます(例:Dovecot の LMTP)。
  • メールボックス/アクセスサーバー:ユーザーが IMAP や POP3 でメールを読めるようにします(ウェブメールの基盤にもなります)。例:Dovecot。

人々が話題にする「メールサーバー」とは、通常これらが連携して動作するスタックであり、加えて、どこへどのように送るべきかを世界に伝える DNS レコード(MX、SPF、DKIM、DMARC)も含まれます。

2. 一通のメールがたどる旅

Your app  ──SMTP──▶  Sending MTA  ──SMTP──▶  Recipient MX (MTA)
                                                   │
                                          spam & policy checks
                                                   ▼
                                          MDA ──▶ Mailbox store
                                                   ▲
                              User reads via IMAP / POP3 / webmail

MX レコードは受信者の MTA を指し示します。その MTA が 250(受け付け)、550(該当ユーザーなし)、または 4xx(後で再試行)のいずれを返すかを判断します。このたった一つの判断こそが、メール検証の核心です。

3. MTA ソフトウェア(SMTP 側)

ソフトウェア見かける場所備考
PostfixLinux サーバー、ホスティングパネル、アプライアンスで最も一般的高速・安全で設定が簡単。無数のメール構成の背後で使われる定番。
EximcPanel/共有ホスティング非常に柔軟なルーティングが可能。cPanel と Debian のデフォルト MTA として提供されます。
Sendmail古い/レガシーな Unix システム元祖の働き者。強力だが設定はより難しい。
OpenSMTPDOpenBSD やセキュリティ重視の構成小規模・シンプルで安全性に重点を置いた設定。
Microsoft Exchange企業の Windows 環境フル機能のグループウェア(メール+カレンダー+連絡先)。オンプレミスまたは Exchange Online として利用可能。
qmail / netqmailレガシーなニッチ用途かつてはセキュリティ面で人気だった。新規システムで選ばれることはまれ。

4. メールボックスへのアクセスとオールインワンのスタック

IMAP/POP3 サーバーは、人々が実際にメールを開けるようにします:Dovecot(圧倒的に最も一般的)、Courier、Cyrus。オールインワンのスタックは、MTA + IMAP + ウェブメール + アンチスパムをまとめて提供するため、手作業で組み立てる必要がありません:

  • Mailcow と iRedMail — 人気のセルフホスト型スタック(Postfix + Dovecot + Rspamd + ウェブメール)。
  • Mail-in-a-Box — 1コマンドで構築できる個人用メールサーバー。
  • Zimbra と SOGo — ウェブメール付きのグループウェア(メール+カレンダー+連絡先)。

5. ホスト型メール(自分でサーバーを運用しない)

今日では、ほとんどのドメインが自前の MTA をまったく運用しておらず — MX レコードをプロバイダーに向けています:

  • Google Workspace(Gmail)— MX は aspmx.l.google.com。
  • Microsoft 365(Exchange Online)— MX は <domain>.mail.protection.outlook.com。
  • Zoho、Proton、Fastmail、Yandex、iCloud+ — それぞれ識別しやすい MX ホスト名を持っています。
  • Amazon SES、SendGrid、Mailgun、Postmark — トランザクションメールや大量送信のための送信サービス(ドメインがメールを受信するシステムとは別であることが多い)。

6. スパム&セキュリティゲートウェイ

規模の大きいドメインは、本来のメールボックスの前段にフィルタリング層を置きます:Proofpoint(pphosted.com)、Mimecast、Barracuda、Cisco/IronPort、あるいは Rspamd や SpamAssassin のようなソフトウェアフィルター。MX レコードが指し示すのはこれらのサーバーなので、チェッカーが最初に出会う相手となります — そして、探りを牽制するために慎重な応答を返すことがよくあります。

7. ドメインが何を使っているか見分ける方法

信頼できる手がかりは2つあり、どちらも公開情報です:

  • MX ホスト名のパターン — MX ルックアップで返される名前は、多くの場合プロバイダーを即座に明らかにします(Google、Microsoft、Proofpoint、Zoho…)。
  • SMTP バナー — 接続時に MTA は 220 行であいさつを返し、そこにはしばしばソフトウェア名が含まれます。例:220 mail.example.com ESMTP Postfix、... ESMTP Exim 4.96、Microsoft ESMTP MAIL Service。

当サイトのツールが検査するのは、まさにこの層です。ドメインを MX Lookup にかけてそのメールサーバーを確認したり、email checker で特定のアドレスを調べたりできます。ウェブサーバーの種類もあわせてご覧ください — ウェブサイトとメールサーバーは別々のシステムです。