DMARCは、あなたのドメインから送信されたと主張しながらSPFとDKIMのチェックに失敗したメールをどう扱うかを、受信側のメールサーバーに伝えるものです。DMARCがないと、なりすましメールを防ぎにくくなります。また、GmailとYahooは大量のメールを送信するすべての送信者にDMARCを必須としています。
意味
DMARCレコードは、ドメインの_dmarcに置かれるTXTレコードで、v=DMARC1で始まります。そのポリシー（p=none、p=quarantine、p=reject）によって、認証に失敗したメールを配信するか、迷惑メールに振り分けるか、拒否するかが決まります。p=noneでも、あなたのドメインを名乗ってメールを送っている送信者を示すレポートが有効になるため、効果があります。
発生条件
DNSとメールのセキュリティのチェックでは、1日1回、パブリックDNSを通じて登録ドメインの_dmarcにあるTXTレコードを照会します。v=DMARC1で始まるものがなく、ドメインにMXレコードがあってメールを受信する場合に、この重要度「中」の問題が検出されます。アプリ内に表示され、メールでは通知されません。
p=noneのものを含め、DMARCレコードが1つでもあれば解消されます。ウェブサイトの［ウェブサイトの健全性］セクションに、検出されたポリシーが表示されます。
主な原因
- メールはSPF（場合によってはDKIMも）で設定されたが、DMARCが追加されなかった。
- レコードが、_dmarcではなくドメイン自体など、誤った名前で追加された。
- DNSを新しいプロバイダーに移行した際にレコードが失われた。
修正方法
- まずSPFが正しいこと、そしてメールプロバイダーが対応していればDKIMが有効になっていることを確認してください。SPFレコードの問題をご覧ください。
- DNSプロバイダーで、_dmarcという名前のTXTレコードを追加し、値をv=DMARC1; p=none; rua=mailto:dmarc@example.comのようにしてください。メールアドレスには、誰かが確認している自社ドメインのメールボックスを使用してください。
- 数週間レポートを確認して正規のメールがすべて認証に合格していることを確かめてから、ポリシーをp=quarantine、さらにp=rejectへと厳しくしてください。
解消されるタイミング
問題が見つからなくなった次の日次チェックの後に問題は消え、そのアクションは7日後にアクションプランから外れます。
アクションを完了にしても14日後にまだ問題が見つかる場合は、「修正が効いていません」として再表示されます。アクションプランの使い方をご覧ください。