メールプロバイダーを変更すると、受信ホスト名、証明書の所有権、および場合によってはフォールバック動作が変更されます。 MTA-STS 安全でない移行順序が公開される可能性があります。DNS DNS新しいプロバイダーのアドバタイズを開始しますが、一部の送信者は依然として古いプロバイダーのみを許可するポリシーを適用しています。
移行の両側のインベントリを作成する
参考文献: RFC 8461 §4, RFC 8461 §8.2.
古いMX名と提案されたMX名、優先順位、アドレスを記録します。 STARTTLS 動作と証明書のアイデンティティ。新しいプロバイダーの現在のルーティングとMTA-STSガイダンスを取得し、独自に計画しているDNS変更の正確な名前を確認します。プロバイダーのブランドや推測されたワイルドカードは、信頼できるホスト名のインベントリではありません。
ポリシー HTTPS ホスティングまたは検出DNS 、終了するプロバイダーにも関連付けられているかどうかを確認します。ポリシーホストを誤ってキャンセルしているときに受信メールを移動すると、2 番目の障害が発生します。移動後も、ポリシーの発行、証明書の更新、およびレポートの送信先を明示的に所有したままにします。
最初に互換性ポリシーを公開する
参考文献: RFC 8461 §3.2, RFC 8461 §4, RFC 8461 §8.1.
メールのルーティングを変更せずに、必要な新旧の受信ホストを許可するポリシーを準備します。両方のグループが一致し、新しいグループがSMTP証明書とSTARTTLSチェックに合格することをテストします。検出 ID を変更する前に、HTTPS 本文を公開します。
以前に公開されたポリシー max_age、 DNS TTL、および観察された更新動作に基づいて移行間隔を許可します。移行時に max_age を下げても、以前にフェッチされたポリシーは短縮されません。可能であれば、新しいポリシーが配布される間、キャッシュされた古いポリシーを満たす機能する古いルートを保持します。 ID を変更すると、すべての送信者が即座に更新されるとは約束しないでください。
3 つのポリシー状態をリハーサルする
参考文献: RFC 8461 §4.1.
2 つの合成名mx.old.exampleとmx.new.exampleを使用します。ポリシー A では古いもののみが許可されます。ポリシー B は両方を許可します。ポリシー C は新規のみを許可します。期待される互換性マトリックスは A: 古い true、新しい false。 B: どちらも正しい。 C: 古い false、新しい true。提供された境界付きオフライン フィクスチャは、このレビューのために再実行され、配信ではなく、これらの名前の比較を記録します。
この行列は、名前付きポリシーのメンバーシップ関係のみを証明します。現実的なリハーサルには、 DNS応答、有効な証明書、 STARTTLS 、受信者の受け入れ、および実際のテスト メッセージ配信も必要です。この記事では、これらのライブ マイグレーション テストは実行されませんでした。ローカル マトリックスをプロバイダーのカットオーバーの成功として扱うのではなく、将来の出力を個別に保存します。
ルーティングを移動し、意図的にリタイアする
参考文献: RFC 8461 §5.1, RFC 8461 §8.1.
互換性段階の後、承認された変更プロセスを通じてMXルーティングを切り替えます。両方のプロバイダーでの配信、送信者エラー、キュー、 TLSレポートを観察します。単一の受信箱テストでは見逃してしまうような少量のアドレスなど、企業の受信者と回復ルートを確認します。計画された重複に対して古いサービスを利用可能な状態に保ちます。
その後でのみ、ポリシーを目的の新しいセットに絞り込み、別の ID をアナウンスします。以前の本文を保存し、新規専用ポリシーをキャッシュする送信者でロールバックがどのように機能するかを検討してください。 DNSに古いMXを再追加するだけでは、そのコホートの配信が復元されない可能性があります。 DNSエディターに新しいプロバイダーが表示されたときだけでなく、ルート、ポリシー、および運用上の証拠が廃止をサポートする場合には、移行を終了します。
保持されている歴史的証拠と残された範囲
以下は、このレビューのために再実行されたネットワーク実験ではなく、保存された 2026 年 11 月 7 日の観測結果について説明します。新しく実行されたオフライン チェックは個別に記録されます。
延長されたリハーサルは、会員マトリックスを出版物と生涯の状態に結び付けます。 A1 は古いもののみを許可し、最新のモデル化されたフェッチが考慮される論理時間 1086700 まで有効なままにすることができます。 B2 は両方のプロバイダーを許可します。 DNS ID が変更された後、その本体はラボの HTTPS エンドポイントを通じて取得されます。 C3 は新規のみを許可します。モデル化された B2 および C3 の有効期限 1004200 および 1004500 は、A1 がより長い有効期間を使用したため、古い A1 の境界よりも前に発生します。したがって、B2 公開時に C3 を昇格したり、 DNSを切り替えたりするだけでは、すべての古い専用送信者の準備が整っているという証拠にはなりません。トレースは、実際のローカルDNS /HTTPS と明示的なポリシー状態の演算を示します。プロバイダーの受信者の受け入れ、パブリックDNSキャッシュ、メール配信、またはビジネスアドレスのカバレッジはテストされません。これらは引き続きカットオーバー ゲートです。