このページは、メールシステムを管理する担当者や、ほかのメールプロバイダー向けに、Email Service の技術情報をまとめています。
ここでは Email Service の概要に加え、ベストプラクティス、ルール、ガイドライン、トラブルシューティングツール、設定の詳細を確認できます。
連絡には、コミュニティフォーラム ↗ または Discord サーバー ↗ を使うのが確実です。
メールの不正利用を報告する場合は、[email protected] に連絡します。
Email Service は Authenticated Received Chain（ARC） ↗ に対応しています。ARC により、転送サーバーなどの中間メールサーバーは、元の認証結果の記録をメッセージに付与できます。転送によって SPF や DKIM が失敗する場合でも、宛先サーバーは転送メッセージの真正性を検証できます。Google をはじめ、主要なプロバイダーも ARC に対応しています。
DKIM（DomainKeys Identified Mail） ↗ は、公開鍵暗号を使い、送信側と受信側の SMTP サーバー間でメール本文が改ざんされていないことを保証します。
この標準では、送信側が公開鍵をドメインの DNS に一度公開し、各メッセージの本文をサーバーから送信する前に署名します。受信側サーバーはメッセージを読み、ドメインの DNS から公開鍵を取得し、署名を検証して、転送中に改ざんされていないことを確認します。
Email Service は、顧客の送信ドメインに代わって送信メールに DKIM 署名を付与し、メールの真正性を確保して到達性を高めます。
Email Sending と Email Routing は、別々の DKIM セレクターを使います。ドメインの DKIM キーは、次のクエリで確認できます。
# Email Sending DKIM
dig TXT cf-bounce._domainkey.example.com +short
# Email Routing DKIM
dig TXT cf2024-1._domainkey.example.com +short転送メールでは、Email Routing が 2 つの DKIM 署名を付与します。1 つは email.cloudflare.net 向けで 送信者書き換え をカバーし、もう 1 つは顧客が設定した受信ドメイン向けです。Cloudflare の送信者書き換えキーは、次のクエリで直接確認できます。
dig TXT cf2024-1._domainkey.email.cloudflare.net +shortEmail Service は Domain-based Message Authentication, Reporting & Conformance（DMARC）に対応しています。メール送信時、Email Service は SPF と DKIM を適切に揃えて DMARC 認証を通過させます。Email Routing では、送信者の DMARC ポリシーに従って認証に失敗した受信メールを拒否します。このプロトコルの詳細は dmarc.org ↗ を参照してください。
到達性を最大化するため、すべてのドメインで DMARC プロトコルを実装することを推奨します。
Cloudflare は、受信メールに何らかの認証の通過を求めます。メールは SPF に合格するか、DKIM で正しく署名されている必要があります。両方の検査に失敗したメールは拒否されます。
Email Service 経由の送信メールは、到達性を最大化し送信者の評価を維持するため、常に SPF と DKIM の両方で認証されます。
Email Service は、受信と送信の両方で IPv6 に対応しています。送信では、宛先の MX サーバーに AAAA レコードがある場合、受信側 SMTP サーバーへ IPv6 で接続し、それ以外は IPv4 にフォールバックします。受信では、Email Routing の MX サーバーが IPv6 でのメール受信を受け付けます。
任意の宛先の IPv6 接続は、dig で確認できます。
dig mx gmail.com
dig AAAA gmail-smtp-in.l.google.comEmail Service でメールを送信する場合、ドメインに特別な MX レコードは不要です。ただし、受信にも Email Routing を使う場合は、適切な MX レコードが自動で設定されます。
SPF レコードでは、Email Service は _spf.mx.cloudflare.net を使います。Email Sending は cf-bounce サブドメインに SPF を設定し、Email Routing はルートドメインに SPF を設定します。
v=spf1 include:_spf.mx.cloudflare.net ~all受信メールでは、Email Routing が *.mx.cloudflare.net ゾーン配下の複数の MX サーバーを、異なる優先度で告知します。例:
example.com. IN MX 13 amir.mx.cloudflare.net.
example.com. IN MX 86 linda.mx.cloudflare.net.
example.com. IN MX 24 isaac.mx.cloudflare.net.Email Service は、受信側 SMTP サーバーが対応している場合、IPv4 と IPv6 の両方のプレフィックスでトラフィックを送信します。
Postmaster で Email Service からのメール受信に問題がある場合は、サーバー設定で次の送信 IP アドレスを許可します。
IPv4
104.30.0.0/19
IPv6
2405:8100:c000::/38
現在の正式な範囲を確認するには、SPF レコードを直接クエリします。
dig TXT _spf.mx.cloudflare.net +shortEmail Service は、HELO/EHLO コマンドに次の送信ドメインを使います。
cloudflare-email.netcloudflare-email.orgcloudflare-email.com
PTR レコード（逆引き DNS）により、各ホスト名に対応する IP があります。例:
dig a-h.cloudflare-email.net +short104.30.0.7dig -x 104.30.0.7 +shorta-h.cloudflare-email.net.転送メールでは、Email Routing は Sender Rewriting Scheme ↗ を使い、エンベロープ送信者（SMTP の MAIL FROM アドレス）を Cloudflare が管理する転送ドメインに書き換えます。この書き換えにより、メッセージが中継されても宛先サーバーで SPF が通過します。メッセージの From: ヘッダーは変更しません。
Email Service は、配信問題の切り分けに役立つ詳細な SMTP エラー応答を返します。Email Routing では、宛先メールサーバーが返す上流の SMTP エラーを、別のバウンスメッセージではなく、セッション内で送信側サーバーに転送します。
Email Service は送信者の評価を監視し、Realtime Block Lists（RBL）に載っている IP からのメールを一時的に遅延またはブロックすることがあります。サービス全体の評価と到達性を維持するためです。
Email Routing では、RBL に載っている送信者からの受信メールを、次のような SMTP エラーで拒否します。
554 <YOUR_IP_ADDRESS> found on one or more RBLs (abusixip). Refer to https://developers.cloudflare.com/email-service/reference/postmaster/#realtime-block-lists送信 IP を複数のブロックリストに対して一度に確認するには、MxToolbox ↗ などのツールを使えます。誤ってブロックされていると思われる場合は、RBL の管理者に直接連絡するか、Cloudflare のサポート窓口へ連絡します。
Email Service は、SPF データを _spf.mx.cloudflare.net に公開しています。実体のレコードは次のクエリで解決できます。
dig TXT _spf.mx.cloudflare.net +shortレコードは RFC 7208 ↗ で定義された形式です。
"v=spf1 ip4:104.30.0.0/20 ~all"~all メカニズムは SoftFail です。受信サーバーは、レコードにない IP からのメールを疑わしいものとして扱うべきですが、SPF だけを理由に即拒否すべきではありません。
設定の全体像は、次を参照してください。
- ドメイン設定 — DNS レコード、送信とルーティングの設定
- 制限 — レート制限、送信クォータ、メッセージサイズの上限
- 到達性 — バウンス処理と評価（reputation）の管理
- 抑制リスト — 自動および手動の抑制管理
以下は、Email Service（特に Email Routing）の既知の制限です。
Email Routing は 国際化メールアドレス ↗ に対応していません。対応しているのは 国際化ドメイン名 ↗ のみです。
つまり、国際化ドメインのメールアドレスは使えますが、国際化されたローカルパート（メールアドレスの @ より前）は使えません。次の例を参照してください。
info@piñata.es- 対応piñata@piñata.es- 非対応
Email Routing は、不達レポートを元の送信者に転送しません。そのため、メールが意図した宛先に届かなかったことを示す通知は、送信者に届きません。
メール転送の性質上、厳しい DMARC ポリシーだと転送メールが配信に失敗することがあります。詳細は dmarc.org ↗ を参照してください。
Email Routing は、Cloudflare ドメインからの送信や返信に対応していません。Email Routing が転送したメールに返信すると、返信はルーティングルールのメールパターン（例: [email protected]）ではなく、宛先アドレス（例: [email protected]）から送られます。
Gmail などのメールプロバイダーでは特別な動作をする . 文字は、ルーティングルールのメールパターンでは通常の文字として扱います。