メール転送でSPFが失敗する理由とARC — メーリングリスト問題もこれで分かる
最終更新: 2026-08-07
「転送されたメールだけ認証に落ちる」「メーリングリスト経由だと迷惑メールになる」——これは設定ミスではなく、送信ドメイン認証の仕組みそのものが抱える構造的な弱点です。原因が分かれば、打てる手も明確になります。
なぜ転送でSPFが失敗するのか
SPFは「このドメインのメールは、このサーバーから送ります」という宣言と、実際の送信元IPの照合です（→SPFとは）。
ところがメールが転送されると、受信者に届く直前の送信元は転送した人のサーバーになります。あなたのSPF宣言に転送サーバーは載っていないので、SPFは必然的に失敗します。あなたにも転送者にも、悪気も落ち度もありません。
対策の第一手はDKIMです。 DKIMの電子署名はメール本体に付いて運ばれるため、転送されても中身が変わらないかぎり合格し続けます。DMARCもDKIMアライメントで合格できます。「SPFはfailだがDKIMはpass、DMARCもpass」——これが健全な転送メールの姿です。
転送側の技術としてSRS（Sender Rewriting Scheme）もあります。転送サーバーがReturn-Pathを自分のドメインに書き換えてSPF失敗を回避する仕組みですが、書き換え後のドメインは転送者のものなので、あなたのドメインのDMARCアライメントには寄与しません。「SRSがあればすべて解決」ではない点に注意してください。
なぜメーリングリストでDKIMまで壊れるのか
メーリングリスト（ML）は、転送よりさらに事情が悪くなります。多くのMLは配信時にメールを改変するからです。
- 件名に
[ML名 123]を追加する - 本文末尾に配信停止案内などのフッターを追加する
DKIMは「署名後に変更されていないこと」を保証する電子印鑑なので、この改変で署名が壊れます。転送でSPFも落ちているため、SPF・DKIMの両方を失い、DMARCは不合格——p=rejectのドメインからの投稿は、購読者に届かなくなります。
ML運営者側でできること
- 改変をやめる（件名タグ・フッター追加をオフにする）— 最も確実
- Fromを書き換える（差出人をMLのアドレスにし、元の差出人はReply-Toへ）— 多くのMLソフトが対応
- ML側でDKIM再署名する（MLのドメインで署名し直す）
ARCとは — 認証結果を「引き継ぐ」仕組み
ARC（Authenticated Received Chain）とは、転送やMLなどの中継者が「受け取った時点での認証結果」を封印して次へ引き継ぐ仕組みです。 中継のたびにARC-Seal、ARC-Message-Signature、ARC-Authentication-Resultsという3つのヘッダーが追加され、鎖（チェーン）のようにつながります。
最終的な受信サーバーは、DMARCが失敗していても「ARCチェーンをたどると、元の送信時点では認証に合格していた」と確認できれば、正規メールとして救済できます。
ただし、期待しすぎは禁物です。
- ARCを信頼するかどうかは受信側の自由です。合格が保証されるわけではありません
- 転送経路の全員がARCに対応していないとチェーンがつながりません
- ARCはSPF・DKIM・DMARCの代わりにはなりません。土台の3点セットが先です
Gmailなど大手はARCに対応しており、転送問題は以前より緩和されています。送信者側でARCのために設定することは基本的にありません。
送信者側の実務まとめ
- DKIMアライメントを合格の主軸にする（カスタムDKIM必須 →アライメント不一致の直し方）
p=rejectへ引き上げる前に、社内の自動転送・ML経由の配送をテストする（→reject移行チェックリスト）- DMARCレポートで「SPF fail＋DKIM pass」のパターンを見たら、転送と推定して落ち着いて確認する（→レポートの読み方）
よくある質問
Q. 社員がGmailへ自動転送していて、そのメールだけ迷惑メールになります。
A. 典型的な転送問題です。送信側でDKIMアライメントが成立していれば大半は解消します。それでも残る場合、受信側（転送先）でのフィルタ調整も検討してください。
Q. 問い合わせメールを担当者へ自動転送すると、DMARCで拒否されます。
A. 差出人（お客様）のドメインが厳しいDMARCポリシーを持っている場合に起きます。転送ではなく「新規メールとして通知する」方式（チケットシステム等）に変えるのが根本解決です。
Q. ARCは自分で設定できますか？
A. ARCヘッダーを付けるのは転送・中継を行うサーバー側です。一般の送信者が自ドメインに設定するものではありません。