SMTPリレーとは

詳細な図解

SMTPリレーを読むときの前提

SMTPリレーは、アプリケーション、端末、社内サーバーがメールを最終宛先へ直接送らず、中継サーバーへ渡して配送してもらう構成です。社内通知、複合機、監視、業務アプリ、SaaS連携でよく使います。

実務では、送信元IP、認証方式、許可ドメイン、TLS、送信制限、ログ、キュー、SPF/DKIM/DMARC、オープンリレー防止、旧リレーの残存を合わせて確認します。

証跡には、送信元システム、接続先、ポート、認証方式、許可IP、送信ドメイン、SMTP応答、Message-ID、リレーログ、バウンス、確認時刻を残します。

許可条件と責任境界を見る

SMTPリレーでは、IP許可、SMTP AUTH、証明書認証、ネットワーク到達性など複数の許可条件があります。古い機器やアプリは認証付きSMTPに対応しておらず、IP許可に頼ることがあります。

ネットワーク担当は通信許可、メール担当はリレー設定、アプリ担当は送信処理を見ます。どこで拒否されているかを、接続可否、認証、リレー許可、外部配送の段階に分けます。

• 送信元IP、認証方式、許可宛先を確認する。
• 誰が接続、認証、配送ログを見るか決める。
• 不要な広い許可や旧IP許可を棚卸しする。

オープンリレーと濫用を防ぐ

SMTPリレーの設定を誤ると、第三者が外部宛メールを送れるオープンリレーになります。悪用されると、送信元IPやドメインの評価低下、ブラックリスト入り、配送停止につながります。

対策では、送信元制限、認証、宛先制限、レート制限、ログ監視、送信ドメイン制御を組み合わせます。単にポートを閉じるだけでなく、正規システムが送れる最小範囲を設計します。

• 外部から第三者中継できないか確認する。
• 送信量とエラー増加を監視する。
• 許可IPと送信ドメインの所有者を記録する。

メール認証とのつながりを見る

SMTPリレーを経由しても、送信ドメインのSPF、DKIM、DMARCが自動で整うわけではありません。リレーの送信元IPがSPFに含まれているか、DKIM署名をどこで付けるか、Header Fromとalignmentするかを確認します。

クラウドリレーやメールセキュリティゲートウェイへ移行すると、送信元IP、Return-Path、DKIM selector、Receivedヘッダーが変わります。移行前後のテストメールで突合します。

• リレー送信元IPがSPFに含まれるか確認する。
• DKIM署名の付与場所とselectorを確認する。
• DMARC結果をテストメールで確認する。

変更証跡と引き継ぎ

SMTPリレー変更では、旧リレー、新リレー、接続先、ポート、認証、許可IP、TLS要件、レート制限、送信テスト、戻し条件を残します。旧リレーを止める前に、複合機や監視通知など見落としやすい送信元を棚卸しします。

引き継ぎでは、メール基盤管理者、ネットワーク管理者、アプリ所有者、関連語としてSMTP、STARTTLS、SPF、DKIM、DMARCを残すと確認しやすくなります。

• 送信元台帳とリレー許可を突合する。
• テストメールのヘッダーとリレーログを保存する。
• 旧リレー停止日と例外条件を記録する。

関連語

同じ主要カテゴリの用語

メールの学習順

同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。

InfraEngKit内の関連機能