要約

  • 人気ドメインの測定標本では、Google WorkspaceとMicrosoft 365がMX公開ドメインの38.6％を占めた。ただし、これはメールボックス数、メッセージ数、世界の通信量の比率ではない。
  • 集中度は共通の影響範囲を示す。実際のレジリエンスを決めるのは、経路、認証、管理者ID、保存メールを検証済みの時間内に移せるかどうかだ。

メール基盤の集中は、企業の非公開契約を見なくてもDNSから観測できる。Internet Society Pulseが8月25日に再掲した分析によれば、2026年7月18日のスナップショットで、Google WorkspaceはMXレコードを持つ対象ドメインの21.8％、Microsoft 365は16.8％を占めた。合計は38.6％で、次に識別されたProofpointは1.9％だった。自己運用と分類された割合は2016年の44.6％から22.4％へ低下し、直前の30日だけでも0.5ポイント下がった。

これはメール受信の構造が大きく変わったことを示す。しかし、38.6％のメールが一度に失われるという意味ではない。

数字が表している範囲

MXレコードは、そのドメイン宛てのメールを受け取るメール転送システムを示す。今回の分析は優先値が最も小さいMXホスト名を公開辞書と照合し、SPFとDMARCも解析した。典型的な1日の処理では、MXを持つドメインが約65万9千、SPFを持つドメインが約61万8千確認された。

測定の来歴は比較的明瞭だ。OpenINTELは現在のTranco上位100万リストを少なくとも毎日測定し、MXを含むDNS応答を保存する。Trancoの標準リストは4種類のランキングを30日間にわたって統合し、同じリストを再参照できる識別子を残す。「上位100万」を固定した母集団と誤解せずに時系列を比較できる仕組みである。

それでも分母には注意が必要だ。38.6％は、この人気ドメイン標本のうちMXを公開するドメインの割合であり、利用者、メールボックス、メッセージ、売上高の世界シェアではない。Trancoの元データは収集方法が異なり、米国と欧州の人気サイトに偏る。顧客独自のホスト名、分類器が展開しないCNAME、IP範囲へ変換されたSPF、ホワイトラベルのゲートウェイは、実際の事業者を隠すこともある。長い裾野には本当の分散と未分類の集中が混在している。

MXの変更だけでは移行できない

メールサービスを移すには、複数の状態を同時に扱う必要がある。新しいDKIM鍵を準備し、SPFを更新し、DMARCの整合性を保ち、利用者とグループを移し、アーカイブと保持規則を再現し、送信アプリを接続し直す。緊急時の管理者や復旧用アドレスが旧サービスだけに依存していないことも確認しなければならない。切替中には旧事業者のキューにメッセージが残り、新事業者が新着を受け始める。DNSのTTLは数ある時計の一つにすぎない。

SMTPが蓄積転送型である点も重要だ。一時的に受信できなければ、送信側は通常メッセージをキューに入れて再試行する。短い停止が直ちに消失になるとは限らない。結果を左右するのは停止時間、再試行期限、フィルタリング、管理画面へのアクセス、そして送信側が諦める前に受信を戻せるかどうかである。

したがって集中度は、障害の結論ではなく影響範囲の手掛かりだ。2社のどちらかで停止、フィルタ規則の変更、アカウント制御が起きれば、多数の組織が同時に影響を受け得る。だがMXの比率から、独立した管理者ID、最近のエクスポート、代替受信経路、移行演習を持つ組織の数は分からない。

自前運用なら安全とは限らない

自己運用の減少には合理的な背景もある。大規模事業者は迷惑メール対策、可用性設計、認証運用、当番体制を共同化できる。小規模な自前サーバーが1人の管理者、1本の上位回線、復元したことのないバックアップに頼っていれば、名目上の独立性は継続性を生まない。

見るべき違いはクラウドか自前かではなく、依存を元に戻せるか、試したことがあるかだ。大規模サービスを使いながら、ドメイン管理、緊急ID、エクスポート、切替計画を同じ障害境界の外に置くことはできる。自前運用でも出口を持たない構成はあり得る。

今回の測定は集中を可視化した。次に必要なのは、各組織が受信能力をどれだけ速く、どれだけ完全に復旧または移行できるかの測定である。

参照資料