メール配信停止

Vonage Messages API のメールチャネルには、すべての顧客に対してデフォルトで有効になっている自動配信停止機能が含まれています。この機能により、無効または苦情が発生しやすいと判断されたメールアドレスは配信停止リストに追加され、それ以降、そのアドレスへの配信は一切行われなくなります。配信がブロックされた場合は、エラーコード付きの配信イベントとして「配信拒否」として報告されます。 2003年、送信者の評判を損なうことなく、すべての受信者に対して正確な配信状況の更新情報を提供します。

なぜ「抑制」が重要なのか

無効なアドレスや苦情を受けやすいアドレスにメールを送信すると、ISPやメールプロバイダーにおける送信者の評判が損なわれます。評判が低下すると、正当なメールがスパムとしてマークされたり、完全にブロックされたりすることになります。

この抑制機能は、以下の方法でこれを防ぎます：

• 悪質と判明しているアドレスへの配信試行が、ISPに到達する前に阻止する。
• 配達フィードバックを通じて新たな不良住所が判明した際、自動的に記録する。
• 配信停止対象の受信者に対しても、配信が失敗したことが通知されないままになるのではなく、正確な配信状況が確実に届くようにします。

抑制の仕組み

配信停止処理は2つの方向で行われます。1つは送信前に既存の配信停止設定を確認すること、もう1つは配信結果に基づいて配信停止リストに新しいアドレスを追加することです。

送信前の抑制機能の確認

メール送信リクエストが受信されるたびに、メールがプロバイダーに送信される前に、すべての受信者（宛先、CC、BCC）が送信除外リストと照合されます。この処理は自動的に行われ、Accountの設定は不要です。

考えられる結果は3つあります：

シナリオA — 受信者が除外されない場合

すべての受信者が確認済みです。メールは正常に送信され、送信完了を確認するプロバイダーからのメッセージIDが届きます。

シナリオ B — 一部の受信者が除外される（部分的な除外）

1人以上の受信者が配信停止リストに登録されていますが、少なくとも1人は問題ありません。

• 配信対象から除外された受信者は、配信リストから削除されます。
• そのメールは、残りのアクティブな受信者に送信されます。
• ブロックされた受信者ごとに、非表示処理の通知が公開されます — エラーコード付きで却下されました 2003年 — そのため、配信されなかった受信者を含め、すべての受信者について正確な配信状況を確認できます。
• 送信された受信者と非表示にされた受信者の両方を対象とする、同一のプロバイダーメッセージIDが返されます。

シナリオ C — すべての受信者を除外する

「宛先」、「CC」、「BCC」に指定されたすべての受信者が、配信除外リストに登録されています。

• メールは送信されませんでした。
• 各受信者ごとに抑制イベントが公開されます — エラーコード付きで却下されました 2003年.
• 有効なプロバイダーメッセージIDが送信され、これは実際の送信と見分けがつかないため、システムでは通常通りメッセージを追跡することができます。

抑制リストへのアドレスの追加

メールプロバイダーは、配信フィードバックイベント（配信失敗や苦情）をVonageのメールエンジンに送信します。これらのイベントは処理され、配信停止リストが常に最新の状態に保たれます。

アドレスが追加される抑制リストの種類は、受信したイベントによって異なります：

抑制タイプのリファレンス

以下の表は、プロバイダーの配信フィードバックイベントとVonage Messages APIのエラーコードを対応付け、そのイベントが配信抑制につながるかどうかを示しています。

配信停止対象者の配信状況

受信者が除外されると、メールエンジンは、実際のプロバイダーのイベント形式を模倣した、合成のバウンスまたは苦情イベントを発行します。つまり、

• 下流のシステム（たとえば、メールコネクタやWebhookなど）は、実際に送信されたかどうかにかかわらず、すべての受信者について、形式が正しいステータス更新情報を受け取ります。
• 非表示にされたケースについて特別な処理を行うことなく、すべてのメッセージの結果を完全に追跡することができます。