Email Sending の抑制リストには、Email Service が連絡しない受信者が入ります。抑制は送信者のレピュテーションを守り、不要なメール送信を防ぎます。
Cloudflare は、対象となる配信失敗と迷惑メール申告のあとに抑制を作成します。メールを送るべきでない受信者は、手動でも追加できます。
エントリの追加と削除は 抑制を管理する を参照してください。抑制は Email Sending にのみ適用されます。
抑制はアカウント単位です。メールアドレスが抑制リストに入ると、アカウント内のすべてのドメインからのそのアドレスへの送信が抑制されます。
用途ごとに別の抑制リストが必要な場合は、Cloudflare アカウントを分けることを検討してください。
次の表は、自動作成と手動作成のルール、および有効期限を示します。
| 理由 | 作成されるタイミング | 有効期限 |
|---|---|---|
手動 (manual) |
dashboard または API で受信者を追加したとき | 指定した時刻、または無期限 |
迷惑メール申告 (complaint) |
Cloudflare が受信者のメールプロバイダーからの申告を受信し、検証したとき | 無期限 |
ハードバウンス (hard_bounce) |
その他の対象となる受信者側の永続的な拒否が発生したとき | 7 日 |
ハードバウンス (hard_bounce) |
受信者のメールボックスまたはドメインが存在しない、あるいは受信者側の問題が繰り返しの配信試行でも続くとき | 無期限 |
ソフトバウンス (soft_bounce) |
メールボックス満杯やレート制限など、対象となる受信者側の一時的な失敗が発生したとき | デフォルトで 24 時間 |
アカウントの Email Sending 抑制管理 REST API は、policy 理由の Cloudflare 管理エントリを返すことがあります。クライアントは変更可否を reason から推測せず、read_only で判断してください。
read_only が true のエントリは更新も削除もできません。調査するには Cloudflare Support に問い合わせる を参照してください。
手動抑制は、Email Service が観測できないアプリケーション側の判断を追加できます。たとえば、ユーザーがアプリ内でメール配信を手動で解除した場合、そのメールを Email Service の抑制リストに追加できます。
作成時に有効期限を選びます。有効期限のないエントリは、削除するまで有効です。
受信者がメッセージを迷惑メールとしてマークすると、メールプロバイダーはフィードバックレポートを送ります。Cloudflare は、申告抑制を作成する前にこれらのレポートを検証します。
申告抑制は無期限で作成されます。read_only が false の場合は変更または削除できます。
変更または削除は、受信者がアプリケーション経由で再度オプトインしたあとだけ行うことを推奨します。
ハードバウンスは、1 回の配信試行に対する永続的な拒否です。所有者がメールボックスやドメインを修正すると、再び有効になるアドレスもあります。
メールボックスまたはドメインが存在しない場合、Email Service は無期限の抑制を作成します。配信成功なしに受信者側の問題が繰り返し続く場合も同様です。
その他の対象となるハードバウンス抑制は 7 日間です。
ソフトバウンスは、受信者側の一時的な失敗です。例として、メールボックス満杯、一時的に利用できないサーバー、受信者側のレート制限があります。
対象となるソフトバウンス抑制は、デフォルトで 24 時間続きます。抑制の期限が切れると、Email Service は送信を再開します。
一時的な配信失敗のすべてが抑制を作成するわけではありません。たとえば、送信者側の認証やレピュテーションの問題では、受信者を抑制しません。
各送信ドメインには Drop suppressed recipients 設定 があります。設定はデフォルトでオフです。
| 送信方法 | 設定オフ | 設定オン |
|---|---|---|
| REST API | いずれかの受信者が抑制対象の場合、400 を返し、リクエストを拒否します。 |
抑制対象の受信者を除外し、残りの受信者を処理します。 |
| Workers binding | いずれかの受信者が抑制対象の場合、E_RECIPIENT_SUPPRESSED をスローし、send() 呼び出しを拒否します。 |
抑制対象の受信者を除外し、残りの受信者を処理します。 |
| SMTP | いずれかの受信者が抑制対象の場合、メッセージを拒否します。 | 抑制対象の受信者を除外し、残りの受信者を処理します。残らない場合、SMTP は Message-ID なしで 250 2.0.0 Ok を返し、配信しません。 |
抑制された受信者は 月次クォータ や日次送信制限には数えません。Email sending logs では Rejected として表示されます。
- 配信停止には手動抑制を追加します。
- 受信者にはアプリケーション経由での再オプトインを求めます。
- 抑制を削除する前にアドレスを確認します。
- 繰り返しバウンスするパターンを調査します。
- 一時的な抑制は自動期限切れに任せます。
- dashboard または API でエントリを管理するには 抑制を管理する を使います。
- バウンスと申告の影響は メール到達性 で確認します。
- 送信フロー内の抑制チェックの位置は メールのライフサイクル を参照してください。
- API 上限は 抑制リストの制限 を確認します。
- 拒否された送信の調査には Email sending logs を使います。