SMTPリレーとは何ですか?

SMTPリレーは、アプリケーションやメールサーバーからメールを受け取り、代わりに先方へ配信するサーバーです。配信、再試行、評判の管理を担うため、自前のサーバーで行う必要がなくなります。

SMTPリレーとSMTPサーバーの違いは何ですか?

両者の意味は重なっています。リレーとは、自社ユーザー宛のメールを受信するだけでなく、認証された送信者のメールを他のドメインへ転送するSMTPサーバーのことです。

SMTPリレーから送信できないのはなぜですか?

よくある原因は、認証情報の誤り、ポートのブロック、TLS設定の不一致、未認証ドメインのFromアドレス、レート制限などです。ログに残るリレーの応答コードから、どれが原因かがたいていわかります。

SMTPリレーとAPIのどちらを使うべきですか?

お使いのソフトウェアがすでにSMTPに対応しているなら、SMTPが最も手早い方法です。APIは、テンプレート、メタデータ、エラー処理をより細かく制御できます。両方を併用しているチームも多くあります。

SMTPリレーとは:仕組みと設定方法

ひと目でわかる要点 ホスト:smtp.migosmtp.com · ポート:587(STARTTLS)、465(TLS) · 認証:アプリケーションごとの認証情報 · 併用可能:REST API

要点まとめ

SMTPリレーとは SMTPリレーは、アプリケーションからメッセージを受け取り、受信者のサーバーへ転送するメールサーバーです。
サーバーから直接配信しない理由 サーバーから受信者へ直接配信することも可能ですが、うまくいくことはまれです。
接続に必要なもの リレーのホスト名、ポート、セキュリティモード、認証情報が必要です。
Postfixでリレーを設定する Linuxサーバーで広く使われるPostfixでは、これをrelayhostと呼びます。
Webアプリケーションの設定 ほとんどのフレームワークやコンテンツ管理システムには、メール設定ページか、SMTPのホスト、ポート、暗号化、ユーザー名、パスワードを指定する環境変数があります。
リレーから送信できないとき 外側から順に確認していきます。

SMTPリレーとは

SMTPリレーは、アプリケーションからメッセージを受け取り、受信者のサーバーへ転送するメールサーバーです。アプリケーション側は、宛先の探し方、配信失敗時の再試行、良好な送信評判の維持について知っておく必要がありません。メッセージをリレーに渡せば、あとはリレーが処理します。

リレー、スマートホスト、SMTPサービスという言葉は、ほぼ同じ意味で使われています。実際には、いずれも認証したうえで経由して送信するサーバーを指します。

サーバーから直接配信しない理由

サーバーから受信者へ直接配信することも可能ですが、うまくいくことはまれです。多くのホスティング事業者はポート25をブロックしています。新しいサーバーのIPアドレスには評判がなく、すでにブロックリストに載っているものもあります。受信側は、逆引きDNS、認証、一貫した動作を求めますが、単独のアプリケーションサーバーがそれらを満たすことはまれです。

送信プロバイダーが運用するリレーには確立されたインフラがあり、再試行や遅延を処理してくれます。メッセージが届かないときにはログも確認できます。

接続に必要なもの

リレーのホスト名、ポート、セキュリティモード、認証情報が必要です。MigoSMTPのリレーホストはsmtp.migosmtp.comで、通常はSTARTTLSを使うポート587を選びます。お使いのソフトウェアが暗黙のTLSにしか対応していない場合は、ポート465を使用してください。

認証情報は、ダッシュボードでアプリケーションごとに作成します。1つが漏えいしても、ほかに影響を与えることなく無効化できます。

Postfixでリレーを設定する

Linuxサーバーで広く使われるPostfixでは、これをrelayhostと呼びます。以下の行は、すべての送信メールを、暗号化を必須にしたポート587の認証付きリレー経由で送ります。ユーザー名とパスワードは、rootのみが読み取れる別ファイルに記述し、そのファイルに対してpostmapを実行してください。

relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

変更後はPostfixをリロードし、テストメッセージを送信します。送信されない場合はメールログを確認してください。認証エラーやポートのブロックは、そこにはっきりと表示されます。

Webアプリケーションの設定

ほとんどのフレームワークやコンテンツ管理システムには、メール設定ページか、SMTPのホスト、ポート、暗号化、ユーザー名、パスワードを指定する環境変数があります。リレーの情報を入力し、認証済みドメインの送信元アドレスを選んで、アプリケーション内からテストメッセージを送信してください。

プラグインがSMTPではなくWebホストのメール関数で送信している場合、リレーは経由されません。メッセージに署名が付き、ログに記録されるよう、SMTPを使う設定に切り替えてください。

リレーから送信できないとき

外側から順に確認していきます。まず、SMTPサーバーガイドにあるコマンドラインのテストで、ポートに到達できるかを確認します。到達できる場合は、認証情報が正しく、有効であることを確認します。そのうえで、アプリケーションが受け取った応答を読んでください。ほとんどの失敗では、はっきりした理由が表示されます。

リレーがメッセージを受理したのに届かない場合は、リレー側のログを確認します。SPFやDKIMのレコード不備によるバウンスなど、受信者のサーバーによる拒否があれば、理由とともにそこに記録されます。

別のリレーへ移行する

リレーの切り替えは、ほぼホスト、ポート、ユーザー名、パスワードの4つの値を変えるだけです。注意が必要なのは認証です。新しいプロバイダーのSPFとDKIMのレコードを旧レコードと併存させて公開し、まず1つのアプリケーションを移して配信状況を比較してから、残りを切り替えてください。

移行時には抑制リストも引き継ぎ、すでにバウンスや苦情があったアドレスへ送信しないようにしてください。主要なプロバイダーについては、当社の移行ガイドで手順を解説しています。

リレーかAPIか

ほとんどのソフトウェアがすでにSMTPに対応しているため、リレーは最も手早い切り替え方法です。APIでは、変数付きテンプレートの送信など、より細かな制御と、より詳しい応答が得られます。両方を使い分けるチームも多く、市販のソフトウェアにはSMTP、自社のコードにはAPIを使っています。

どちらも同じアカウントと同じ認証済みドメインを経由できるので、片方から始めて、後からもう一方を追加できます。

オープンリレーとその問題点

オープンリレーは、誰からでもメールを受け付けて転送します。スパマーに悪用されやすく、オープンリレーと判明したサーバーはすぐにブロックリストに登録されます。適切に設定されたリレーは認証を必須とするため、あなたの認証情報でしか送信できません。

自前のメールサーバーを運用している場合は、オープンリレーになっていないか確認してください。また、リレーの認証情報を公開リポジトリで共有してはいけません。

リレーを信頼する前に確認すること

バウンスや苦情の扱い、メッセージログが提供されるか、またその保存期間、対応ポートとTLSのサポート状況、抑制リストの扱いを確認してください。配信率が下がったときにどのようなサポートを受けられるかも調べておきましょう。

どのリレーを選ぶ場合でも、ドメインはSPF、DKIM、DMARCで認証してください。当社の無料チェッカーで、ドメインに公開されている内容を確認でき、各レコードについては当社のガイドで解説しています。

レート制限、キュー、再試行

リレーはすべてのメッセージを即座に配信するわけではありません。メッセージをキューに入れ、一時的な失敗は数時間にわたって再試行します。受信者のサーバーが混雑しているときには、これが望ましい動作です。プロバイダーによっては、メッセージの送信速度に制限がある場合もあり、1秒間に1万通を送信するようなループは、速度を落とされたり拒否されたりすることがあります。

アプリケーション側でも、この動作に対応できるようにしてください。バッチで送信し、一時的な失敗は間隔をあけて再試行し、受理されたメッセージを配信済みとみなさないでください。受理とは、リレーが責任を引き受けたという意味であり、受信者の手元に届いたという意味ではありません。結果の確認には、配信イベントやログを使用してください。