Exim

この用語をシェア

Eximとは

Exim（Exim Mail Transfer Agent）は、ケンブリッジ大学のPhilip Hazel氏が中心となって開発したオープンソースのメール転送エージェント（MTA）です。1995年に最初のリリースが行われ、前身であるSmailの後継として登場しました。名称の由来は「EXperimental Internet Mailer」で、当初は実験的な位置づけでしたが、その後30年近くにわたり継続的に開発が続けられ、現在ではSMTPによるメール配送を担う本番運用レベルのMTAとして世界中のメールサーバーで稼働しています。

最大の特徴は、単一の設定ファイル内で条件分岐・変数展開・ルーティング・ACL（アクセス制御）をすべて記述できる「宣言的かつスクリプト的」な設定言語にあります。この柔軟性ゆえに学習コストは高めですが、複雑な配送要件やマルチドメイン運用、独自のスパム判定ロジックを持つ環境では強力な選択肢になります。Debian／Ubuntuではexim4パッケージが標準MTAとして採用されており、apt install exim4だけで最小構成が導入できる点も普及の一因です。

Eximの仕組み（アーキテクチャ）

処理パイプライン

Eximはメールを「受信（Reception）→ルーティング（Routing）→振り分け（Directing）→配送（Transport）」という4段階のパイプラインで処理します。それぞれの段階は設定ファイル内の独立したセクション（begin acl、begin routers、begin transports など）に対応しており、処理の流れを追いやすい構造になっています。

• ACL（Access Control Lists）: SMTP接続時のHELO/MAIL FROM/RCPT TO各コマンドの段階でメールを許可・拒否する条件を記述。deny、accept、warn などの動詞で挙動を制御します。
• Router（ルーター）: 宛先アドレスを解析し、どのTransportに渡すかを決定する処理。dnslookup（DNSのMXレコード解決）、manualroute（手動ルーティング）などの種類があります。
• Transport（トランスポート）: 実際の配送処理。smtpトランスポートで外部へリレーする、appendfileトランスポートでMaildir形式のローカルメールボックスに保存する、といった具合に用途別に定義します。
• 変数とマクロ: ${if ...}形式の条件式やMACRO = valueによるマクロ定義で、設定の重複を避けつつ柔軟な分岐処理を書けます。

主要機能

• SMTP送受信: RFC 5321準拠の標準プロトコル対応。サブミッションポート（587番）にも対応。
• バーチャルドメイン: 複数ドメインのメールを1台のサーバーで一元管理
• スパムフィルタ連携: SpamAssassin、Rspamdとのcontent scanフレームワーク連携に対応
• TLS/STARTTLS: 暗号化通信対応。OpenSSLまたはGnuTLSをバックエンドに選択可能
• DKIM署名: DKIMによる送信ドメイン認証を設定ファイルレベルでサポート
• SASL認証: SMTP認証によるユーザー単位の送信制御
• コンテンツスキャン（ACSP）: exiscan-acl機構によるウイルス・スパムスキャンの組み込み

DNS設定例

Eximを外部公開メールサーバーとして運用する場合、以下のDNSレコードが必須になります（Postfix等の他MTAでも共通の考え方です）。

; MXレコード（メール配送先の指定）
example.com.        3600  IN  MX    10 mail.example.com.

; Aレコード（ホスト名の名前解決）
mail.example.com.    3600  IN  A     203.0.113.10

; PTRレコード（逆引き。送信元IP側で設定）
10.113.0.203.in-addr.arpa. 3600 IN PTR mail.example.com.

; SPFレコード（送信元IPの認可）
example.com.        3600  IN  TXT   "v=spf1 mx a:mail.example.com -all"

; DKIMレコード（selectorは exim4._domainkey などEximの設定で指定した名前）
default._domainkey.example.com. 3600 IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBg..."

; DMARCレコード
_dmarc.example.com.  3600  IN  TXT   "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

MXレコードとPTRレコードが一致しないと、Gmail・Yahoo!などの主要プロバイダから届いたメールが迷惑メール扱いされたり拒否されたりするため、外部公開サーバーでは特にPTRレコード（逆引き）の整合性確認が重要です。

具体例・ユースケース

1. Debian/UbuntuサーバーでのVPSメール環境構築

さくらのVPSやAWS EC2上にDebian/Ubuntuを導入した場合、exim4パッケージは最初からインストールされているか、依存パッケージとして自動導入されるケースが多くあります。dpkg-reconfigure exim4-configを実行すると対話式のウィザードが起動し、「インターネットサイト」「スマートホスト経由」などの構成タイプを選ぶだけで基本的な送受信設定が完成します。個人ブログやオウンドメディアの通知メール送信用途など、小規模かつ迅速に構築したい場面でよく使われます。

2. 複雑な条件分岐が必要なメールルーティング

「特定の部署宛のメールだけ外部リレーサーバーへ転送し、それ以外はローカル配送する」「送信元ドメインによって異なるDKIM鍵で署名する」といった、単純な設定ファイルの列挙では表現しにくい条件分岐を、Eximの${if ...}式やRouterのconditionオプションで柔軟に記述できます。複数の子会社ドメインを1台のEximサーバーで集約管理し、部門ごとにルーティング先を出し分けるオンプレミス構成は代表的なユースケースです。

3. レンタルサーバー・ホスティング事業者でのマルチテナント運用

バーチャルドメイン機能を活かし、1台の物理・仮想サーバー上で数十〜数百のドメインのメールを管理するホスティング事業者向け構成にも利用されます。ドメインごとの受信容量制限、迷惑メールフィルタのしきい値変更などをRouter/Transportの条件分岐で実装できます。

4. Dockerコンテナでのメール送信専用インスタンス

アプリケーションからのシステム通知メール（パスワードリセット、アラート通知など）送信だけを目的とした軽量なEximコンテナを社内システムのサイドカーとして稼働させる構成も一般的です。外部からの受信を行わず送信専用（relay_from_hostsを社内ネットワークのみに限定）にすることで、攻撃面を最小限に抑えられます。

メリット・デメリット

メリット

• 設定の自由度が非常に高い: 条件分岐・変数展開・マクロを駆使することで、他のMTAでは実現しにくい複雑なルーティング要件にも対応できる
• 単一設定ファイルで完結: Postfixのように複数の設定ファイル（main.cf、master.cfなど）に分散しないため、慣れれば全体像を把握しやすい
• Debian/Ubuntuでの親和性が高い: ディストリビューション標準MTAのため、パッケージ管理・セキュリティアップデートの追従がスムーズ
• ACLによる詳細な受信制御: SMTP対話の各段階でメールを拒否できるため、不要な負荷を早い段階でカットできる
• ドキュメントが充実: 公式マニュアル（Exim Specification）が非常に詳細で、挙動を正確に把握しやすい

デメリット・注意点

• 学習コストが高い: 独自の設定文法（Router/Transport/ACLの概念、文字列展開ルール）に習熟するまで時間がかかる
• 設定ミスの影響範囲が読みにくい: 条件分岐が複雑になるほど、意図しないルーティング・メール消失につながるリスクがある。変更後は必ずexim -btやexim -bVでテストすることが定石
• 過去に重大な脆弱性の報告歴がある: 2019年のCVE-2019-10149（リモートコード実行）など深刻な脆弱性が過去に発見されており、バージョン管理を怠ると危険にさらされる
• 資料・コミュニティ規模はPostfixよりやや小さい: 日本語の実践的な情報源はPostfixと比べて少なく、公式ドキュメントの読解力が求められる場面がある
• 大規模並列配送のチューニングにはノウハウが必要: キューイングやTransportの並列度設定を誤ると、大量送信時にパフォーマンスが伸び悩むことがある

PostfixやSendmailとの比較

MTAの選定でよく比較されるのがPostfixとSendmailです。Sendmailは1980年代から存在する最古参のMTAで、かつては最も広く使われていましたが、設定ファイル（sendmail.cf）が難解でm4マクロを介した間接的な生成が必要なこと、セキュリティ上の懸念が積み重なったことから、現在新規導入されるケースは減少傾向にあります。PostfixはSendmailの後継として「シンプルさとセキュリティ」を重視して設計され、RHEL/CentOS系ディストリビューションの標準MTAとして広く普及しています。Eximはその中間に位置し、Sendmailほど古い設計ではなく、Postfixよりも設定の自由度を優先した思想を持ちます。

実務上の判断基準としては、「Debian/Ubuntu環境で複雑なルーティング要件がある」ならExim、「RHEL系でシンプルかつ安定運用を優先したい」ならPostfix、「既存のSendmail資産を引き継ぐ必要がある」場合以外は、新規構築でSendmailを積極的に選ぶ理由は薄いというのが一般的な整理です。

自社メールサーバー運用への応用（実務ポイント）

基本設定例

Debian/Ubuntuではdpkg-reconfigure exim4-configのウィザードが生成する/etc/exim4/update-exim4.conf.confが実運用の起点になります。

# /etc/exim4/update-exim4.conf.conf
dc_eximconfig_configtype='internet'
dc_other_hostnames='example.com'
dc_local_interfaces='0.0.0.0'
dc_readhost='mail.example.com'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'

設定変更後はupdate-exim4.confコマンドで実設定ファイルを再生成し、systemctl restart exim4で反映します。設定の構文チェックはexim4 -bV（バージョン表示と設定読み込みの検証）、特定アドレスの配送ルーティングを事前に確認したい場合はexim4 -bt user@example.com（ルーティングのテスト、実際には配送しない）が定番のコマンドです。

ACL（受信制御）の設定例

スパム対策・不正リレー対策の基本は、RCPT TOの段階で許可しないドメイン・IPアドレスからの配送要求を拒否することです。

# /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt の抜粋イメージ
acl_check_rcpt:
  # 自ホスト宛以外のリレーは拒否（オープンリレー防止）
  deny message = リレーは許可されていません
       !authenticated = *
       !condition = ${if eq{$interface_port}{25}{no}{yes}}
       !accept_8bitmime
       domains = !+local_domains
       !hosts = +relay_from_hosts

  # SPFチェックに失敗した送信元を警告扱いにする例
  warn spf_condition = fail
       add_header = X-SPF-Result: $spf_result

  # 逆引き（PTR）が存在しないホストを拒否
  deny message = 逆引きDNSが設定されていないホストからの接続は拒否します
       !verify = reverse_host_lookup

この他、ratelimitACL条件を使った単位時間あたりの送信数制限、dnslistsを使ったRBL（リアルタイムブラックリスト）照会なども実務でよく組み込まれます。

Dovecotとの組み合わせ（受信側）

Exim単体はMTA（配送）機能に特化しており、ユーザーがメールクライアントからメールを取り出すIMAP/POP3機能は持ちません。実運用ではDovecotをMDA（メール配送エージェント）兼IMAP/POP3サーバーとして組み合わせるのが一般的な構成です。EximからDovecotへの受け渡しには、LMTP（Local Mail Transfer Protocol）またはDovecotのdeliverコマンドを呼び出すTransport定義を用います。認証面でもDovecotのSASLバックエンド（authソケット）をExim側から参照する構成が広く使われています。

導入時の検討事項

• 選択理由: Debian/Ubuntu環境で標準採用されており、複雑なルーティング要件やマルチドメイン運用が必要な場合に適する
• 管理負担: 複雑な設定の学習が必要。運用開始前にステージング環境でexim4 -btによるルーティング検証を徹底する
• セキュリティ運用: バージョン管理を怠らず、ディストリビューションのセキュリティアップデート（apt update && apt upgrade）を定期的に適用する。オープンリレーにならないようACLでrelay_from_hostsを必ず限定する
• 監視・ログ: /var/log/exim4/mainlogを監視し、メールキューの滞留（exiqgrepコマンドで確認）を定期的にチェックする
• 代替案: シンプルさや情報量の多さを優先するならPostfixを検討。既存のSendmail資産からの移行を検討する場合は、設定ファイルの書き換えコストを事前に見積もる

関連ブログ記事

• Docker Mailserver完全ガイド
• メール認証技術SPF/DKIM/DMARC

まとめ

Eximは、高い柔軟性とカスタマイズ性を持つMTAです。Debian系Linuxでの標準採用により広く使われていますが、複雑な設定の学習が必要です。自社環境でDebian/Ubuntuを使用し、詳細な制御が必要な場合に適した選択肢となります。

Q. Eximとは？

ケンブリッジ大学で開発されたオープンソースMTA（メール転送エージェント）で、Debian/Ubuntuのデフォルトメール転送エージェントとして採用されています。柔軟な設定とACL（アクセス制御リスト）による高度なフィルタリングが特徴で、単一の設定ファイル内で条件分岐やルーティングを記述できます。

Q. EximとPostfixの違いは？

Eximは単一の設定ファイルで柔軟なルーティングが可能で、複雑な条件分岐を記述できる点が強みです。Postfixは複数ファイルに設定が分かれる代わりにセキュリティ設計とシンプルさを重視しており、学習コストが低めです。Debian系ではExim、RHEL系ではPostfixが標準採用されている点も選定の参考になります。

Q. EximとSendmailはどちらを選ぶべきですか？

新規構築であれば、既存のSendmail資産を引き継ぐ特別な理由がない限り、EximまたはPostfixを選ぶのが一般的です。Sendmailは設定ファイル（sendmail.cf）の可読性が低く、近年新規導入されるケースは減少しています。

Q. Eximのセキュリティ対策で気をつけることは？

最新バージョンへの迅速なアップデート、TLS/STARTTLSによる通信の暗号化、ACLによるオープンリレー防止（relay_from_hostsの限定）、DKIM/SPF/DMARC対応が重要です。過去にCVE-2019-10149のような深刻な脆弱性が報告された経緯もあるため、ディストリビューションのセキュリティアップデートは定期的に適用してください。

Q. Eximだけでメール受信（IMAP/POP3）まで完結できますか？

できません。EximはMTA（配送）に特化しており、メールクライアントからの取得にはIMAP/POP3サーバーが別途必要です。実務ではDovecotと組み合わせるのが一般的な構成です。

Q. 設定変更後のトラブルシューティング方法は？

exim4 -bVで設定ファイルの構文エラーを確認し、exim4 -bt メールアドレスで実際に配送する前にルーティング結果を確認できます。配送状況やエラーの詳細は/var/log/exim4/mainlog、滞留しているメールキューはexiqgrep -iコマンドで確認するのが定石です。

この用語についてもっと詳しく

Eximに関するご質問や、メールサーバー構築のご相談など、お気軽にお問い合わせください。