WebサイトのDNS変更時にメールを守る：共有依存を見つける

「Webサイトだけ」の範囲を決める

対象のWebホスト名、実際のDNS管理主体、提案された正確な変更差分を記録します。DNS事業者、委任、メールボックスの場所、メール事業者、認証設計は変更範囲外にします。構築ツールがゾーンの置換やメール接続を求めるなら、それはより広い変更案です。Web移行の一部と見なさず、別に検討します。

現在の値全体と関連するTTL、優先度、エイリアス、プロキシ、ルーティング情報を日付付き資料で保存します。依存関係を説明できるメール・DNS担当者も明記します。型だけで用途は決まりません。Web用アドレスがメールの移動先や送信者ポリシーの入力を兼ねる場合があります。

まず空欄の保全台帳を作る

表紙：Webホスト名____、DNS管理主体・事業者____、メール範囲・事業者____、日付付き根拠____、メール・DNS担当____、正確な差分の参照____、対象外____。共有版に認証情報、秘密鍵、個人のメールアドレスを含めません。レコードごとに基本欄を、関係する利用機能ごとに依存欄を繰り返します。

不明は担当へ割り当てる未完了作業です。この出発点だけでメール全体は表せません。実際の設定に応じて他のレコードや利用機能も加えます。候補＋保護＋共有＋不明の行数を数え、分類の抜けを見えるようにします。

MX文字列の先にある受信経路を追う

RFC 5321の5.1節は、MXの移動先からメールサーバーのAやAAAAなどのアドレスレコードへ進む仕組みを説明しています。保全上の推論は、移動先がWeb変更案に含まれるアドレスを使うなら、MX文字列が同じでも経路が同じとは証明できないということです。依存の線を記録し、その変更は担当者の確認まで保留します。[2]

同節はMX結果が空の場合と、MXが存在するが使えない場合を区別します。説明される暗黙のMXはMX項目がない場合に適用され、使えない既存MXを「存在しない」と扱うものではありません。問い合わせエラーも不存在の証拠ではありません。適用の問いを残し、代替経路を創作したり削除で作り出したりしません。[2]

これは2008年10月の文書の限定的な読み取りです。実ドメインの診断や現行メール仕様全体の監査ではありません。任意のアドレス・エイリアス構成をメール移動先として利用できると仮定しないでください。

TXTだけでなく認証の依存先も読む

RFC 7208の5.3節と5.4節はSPFのaとmxを説明しています。aは接続元の送信者IPアドレスを接続の種類に合う移動先のAまたはAAAAと比較し、mxは取得したMXホストのアドレスを使います。依存先アドレスを変えるとSPFのTXT文字列が同じでも評価が変わり得ます。依存の可能性であり、ポリシー全体の評価や配送結果ではありません。[3]

MXがない場合、SPF mxはSMTPの暗黙MX処理を引き継ぎません。この違いを台帳に残します。ここで使う根拠は2014年4月の文書の当該機構です。include、マクロ、処理制限、実ポリシーの残りは別途確認が必要で、新しいSPF値は示しません。[3]

選択したMicrosoft資料はSPF・DKIM・DMARCを扱っています。既存の適用される認証、セレクター、ポリシー、事業者のサービス検出レコードを整理する理由として使います。実際の型や値は当該事業者の現行根拠から得ます。共通のセレクター名、鍵、新しい認証設定、保証は提供しません。[1]

自動処理が提案する正確な差分を読む

2026年4月23日更新のMicrosoft 365 Domain Connect資料はメール接続の説明です。MX変更後の新着はMicrosoft 365へ向かい、既存メールは移行しなければ以前の事業者に残ります。レジストラによっては既存MXの自動削除が提示されるとも記載します。メール手順の境界を示すもので、Webだけの変更手順や全ツール共通の動作ではありません。[1]

追加・置換・削除を保存した台帳と照合します。保護行の上書き、メールサービスの追加、ゾーン全体の取込は範囲拡大であり、別の範囲と権限が必要です。未承認の共有Webアドレス変更を成立させるために、MXを付け替えたりSPFを書き換えたりしません。

架空のAmber Lantern Workshop：同じ文字列、共有アドレス

不完全なSPF注記は有効な完全レコードではありません。セレクターやポリシーの名前・型・値は鍵を含まない仮記号です。重要な線は二つ、M1のMX移動先アドレス→W2と、M2のSPF a移動先アドレス→W2です。明示的MXがあるためSMTPのMX不在処理は使わず、SPFの暗黙処理も仮定しません。

候補1＋保護4＋共有1＋不明0＝6行です。判断はMX・TXTの文字列が同じでもW2を保留。W1も予定上の条件付き候補で、受信・送信・アプリケーションの受入確認は未完了です。どちらも変更しておらず、配送は証明していません。

許可範囲の差分と未解決のメール依存を渡す

切り替え計画へ候補IDと根拠、保護対象と依存アドレス、保留した共有・不明項目、自動処理の正確な差分、各不足の次担当を渡します。順序、時間、差し戻しは別計画の担当です。保全分類だけで公開は承認されません。

後の受信・送信・アプリケーションメールの受入根拠は、サービス担当が承認済みの作業で扱います。DNS文字列の一致は配送や認証成功の証明ではなく、本シートも実施しません。架空例ではW2の共有依存を解決し、W1は条件付きのまま扱うことが次の作業です。