セルフホスト送信者のための 6 週間 IP ウォームアップスケジュール

送信履歴のない IP は、メールボックスプロバイダーから見れば、ちょうど引き継ぎ直後の IP と同じに見えます。正当性のシグナルがまだ何もないのです。初日に新規 IP から 5 万通送るのは、レピュテーションシステムが追いつく前に未使用の IP ブロックをレンタルして送りつけるスパマーと区別がつきません。

そこで Gmail、Outlook、Yahoo、Apple iCloud Mail、地域プロバイダーはいずれも最初の接触時に同じことをします — 小さな初期ボリュームを受け入れ、受信者の反応（開封／クリック／spam マーク／未読削除）を観察し、数日のクリーンなエンゲージメントが確認できて初めてより大きなボリュームを解放するのです。この「数日」がウォームアップウィンドウです。これをスキップしてもブロックされはしませんが — その代わりに数週間の間スロットルされ、spam フォルダに振り分けられ続けます。これは即座の reject よりも回復が困難です。

広く使われているランプ形状は 2 種類です。

• 線形 — 1 日あたり固定の増分。50 → 100 → 150 → 200 → 250 …。予測可能、低速、保守的。
• 指数 — 倍率で増える。50 → 100 → 200 → 400 → 800 …。目標ボリュームに早く到達しますが、終盤がより攻めの形になります。

AcelleMail の組み込みウォームアップエンジン（モデル：app/Model/WarmupStrategy.php）は、定数 GROWTH_STRATEGY_LINEAR と GROWTH_STRATEGY_EXPONENTIAL で両方をサポートし、加えて 2 つのプリセット PRESET_BALANCED（線形、中程度の増分）と PRESET_CAUTIOUS（線形、より小さい増分・長めのランプウィンドウ）を提供します。レピュテーション履歴のない新規送信ドメインには cautious がより安全な既定値です。別 IP で既に From ドメインのレピュテーションが確立している IP 移行では、balanced または指数も許容範囲です。

下記の具体的な数字は cautious 線形ランプです。意図的に保守的にしてあります — 正確な数字よりも規律のほうが重要です。すべてのウォームアップを台無しにする 1 つのルール：レピュテーションが確立するまで、新規 IP では昨日のボリュームを倍にしない。ピークで週次バウンス + 苦情率が 1 週間クリーンであれば IP は「warm」になり、ウォームアップは終了します。

第 1 週の終わりには送信が可能で受信者が反応していることを示しました。第 2 週の終わりには 1 日 10,000 通 — 初日から 1 桁のジャンプです。ここで Gmail と Yahoo の bulk sender 閾値が効き始めます。単一メールボックスプロバイダー宛で 1 日 ~5,000 通を超えると、DMARC アラインメント、ワンクリック配信停止、苦情率の上限が助言ではなく強制になります。これらの前提条件のいずれかが欠けていれば、第 2 週で表面化します — ブロックではなく spam フォルダへの静かな移動として。

解決策はウォームアップ開始前に 3 つの前提条件をすべて整えておくことです。

• DMARC を最低 p=quarantine; pct=100、理想的には p=reject、RUA レポートを流す。
• ワンクリック配信停止を List-Unsubscribe + List-Unsubscribe-Post ヘッダ（RFC 8058）で実装。AcelleMail はこれらをデフォルトで送出します。
• 苦情率の予算 — Amazon SES は苦情率 0.1% を強制上限とします。運用マージンとして 0.05% 未満を維持しましょう。

コンソールコマンド app/Console/Commands/WarmupListServers.php が cron のエントリポイントです。これは strategy が紐づくすべてのアクティブな送信サーバーを反復処理し、キャンペーンがサーバーを消費する前にその日の strategy 上の日次キャップを適用します。キャップは SendingServerWarmupUsage に格納され、日次実行ログは SendingServerWarmupLog です。strategy 自体は WarmupStrategy 上の定数を介して 3 つの制限タイプをサポートします。

• LIMIT_TYPE_PER_DAY_CAP — 「今日の送信予算は N、それ以上は不可」
• LIMIT_TYPE_TARGET_VOLUME — 「N/日 が持続するまでランプし、その後完了とマーク」
• LIMIT_TYPE_STOP_AFTER_DAYS — 「N 日間ランプし、その後停止」

多くの運用者にとって正しい組み合わせは GROWTH_STRATEGY_LINEAR + LIMIT_TYPE_TARGET_VOLUME です — 日次目標に到達するまで線形にランプし、その後ウォームアップを解除して通常運用に移行します。strategy は基盤となるドライバーとは独立に、SES、Mailgun、汎用 SMTP、カスタムなど任意の送信サーバーに紐付け可能です。

Amazon SES でウォームアップしている場合（/pricing の推奨ペアリング）、ランプ中に SES コンソールの「Reputation metrics」パネルで重要な数字が 3 つあります。

• バウンス率 — AWS は 5% で警告、10% で一時停止。2% を大きく下回るべきです。
• 苦情率 — AWS は 0.1% で警告、0.5% で一時停止。運用マージンとして 0.05% 未満を維持。
• 日次送信上限 — SES は送信履歴が蓄積するにつれてこれを自動的に拡大します。拡大が止まったら、ウォームアップランプが自動付与のペースを上回っています。

これらはいずれも IP 単位ではなくアカウント単位の指標で、全送信の集計から導かれた数値です。第 2 週でバウンス率が上昇傾向を見せたら速度を落としてください — 押し切らないこと。プロバイダーが何かに気付いており、今調査するコストは一時停止後に回復するコストよりはるかに小さいのです。

ウォームアップをスキップできるのは次の 2 状況、それのみです。

1. 共有 IP の SES を使っている場合（デフォルト — SES 本番アカウントは管理された IP プールを共有）。プールは事前にウォームアップ済みで、お客様はそのレピュテーションを継承します。SES の専用 IP にアップグレードしない限りウォームアップは不要です。
2. 既存の From ドメインが別 IP でレピュテーションを持っている場合。新規 IP に移行するなら、依然としてウォームアップは行いますが、From ドメインのレピュテーションが引き継がれるため、cautious 線形ではなく指数プリセットを使用できます。

それ以外 — 新規ドメイン、専用 IP、新規セルフホスト Postal MTA インストール — ではウォームアップは必須です。日次の SES ダッシュボード解釈を含むより詳しい解説は /guide/email-deliverability §7 にあります。