あなたの DKIM
は正しく設定されていますか？
DKIM キーと署名を数秒でチェック。セレクター、キーの長さ、TXT レコードを検証して、なりすましや配信の問題を防ぎます。
ドメインと（任意で）セレクターを入力して、DKIM 設定を検証してください。
DKIM キーと署名を数秒でチェック。セレクター、キーの長さ、TXT レコードを検証して、なりすましや配信の問題を防ぎます。
ドメインと（任意で）セレクターを入力して、DKIM 設定を検証してください。
DMARCFlow の DKIM チェッカーは、ドメインの DKIM 設定をテストおよび検証して、正しく設定されていることを確認します。メールが秘密鍵で署名され、署名がそのまま維持されていることを確認し、真正性とメッセージの完全性を保証します。
公開鍵がセレクターの下に正しく公開されていることを検証し、配信やセキュリティに影響する前に問題を発見します。
DKIM レコードは、セレクターと公開鍵を含む DNS TXT エントリです。セレクターはメールに署名する秘密鍵を指し示し、公開鍵によって受信者は署名を検証して完全性を確認できます。
ドメインをスキャン例：mailo がセレクターで、dmarcflow.online がドメインです。v=DKIM1 はレコードの種類、k=rsa はキーアルゴリズム、p=... は公開鍵を含みます。
DKIM は送信メールにデジタル署名を追加します。サーバーが秘密鍵で署名し、受信者は DNS から公開鍵を取得して署名を検証します。署名が一致すれば真正性が示され、不一致はリスクのフラグになります。結果として、評判が高まり受信トレイへの配置が向上します。
認証を厳格に、到達率を高く保つためのクイックチェックリスト
より強固なセキュリティと主要な受信トレイでのより良い受け入れのために、2048 ビットのキーを推奨します。
安全にローテーションするために、メールストリーム（マーケティング、トランザクション）ごとに異なるセレクターを使います。
プロバイダーがマネージドエイリアスを必要としない限り、TXT レコードを直接公開してください。
新しいセレクターを導入し、署名者を更新し、切り替え後に古いキーを廃止します。
各 DKIM 検証ステータスが何を意味し、どう対応すべきか。
DKIM 署名は有効です。DNS の公開鍵が、メッセージに署名した秘密鍵と一致し、メールの内容は転送中に変更されていません。DKIM 設定は正しく機能しています。
署名が検証されませんでした。署名後にメッセージが変更されたか、間違った秘密鍵が使われたか、DNS の公開鍵が一致しません。メール本文やヘッダーが変更されていないか確認してください。メーリングリストはよくある原因です。
指定されたセレクターとドメインに DKIM TXT レコードが存在しません。セレクターが間違っているか、レコードが公開されていないか、削除されました。メールプロバイダーにセレクター名を確認し、レコードを再公開してください。
公開鍵が 1024 ビット未満です。最新の標準では少なくとも 2048 ビットの RSA キーが必要です。短いキーは脆弱とみなされ、一部のプロバイダーはそれで署名されたメッセージを拒否します。すぐに 2048 ビットのキーにローテーションしてください。
署名は存在しますが、本文のハッシュが一致しません。署名後にメールの内容が変更されました。これはリレーやメーリングリストがフッターを追加したりヘッダーを変更したりするときによく起こります。メーリングリストが DKIM 署名を密かに破損させるのではなく、きれいに無効化するよう設定してください。
DKIM レコードの DNS ルックアップがタイムアウトしました。これは一時的なエラーですが、繰り返す場合は DNS インフラの問題を示します。DNS プロバイダーの状態を確認し、レコードが十分に短い TTL で公開されているかをチェックしてください。
DMARC レポートで見られる DKIM 失敗の最も頻繁な原因とその解決策。
すべての DKIM 署名はセレクターを参照します。セレクターが分からない場合は、送信済みメールの DKIM-Signature ヘッダーを確認してください。s= タグにセレクター名が含まれています。
修正: メールサーバーまたはプロバイダーのドキュメントにあるセレクターを使用してください。よくあるセレクター：google、s1、s2、default、mail。
DKIM の通過だけでは DMARC には不十分です。DKIM の d= タグのドメインは、From: ヘッダーのドメインとアライメントしている必要があります。ESP があなたのドメインではなく自身のドメインで署名すると、アライメントが失敗します。
修正: ESP があなたのドメインで署名するように設定してください。主要なプラットフォーム（Mailchimp、HubSpot、SendGrid）のほとんどはカスタム DKIM 署名に対応しています。
転送されたメッセージは本文が変更される（フッターの追加、エンコードの変更）ことが多く、DKIM の本文ハッシュが壊れて失敗を引き起こします。これは想定された動作であり、あなたのせいではありません。
修正: 軽微な空白の変更を許容する relaxed 正規化（c=relaxed/relaxed）を使用してください。転送のシナリオでは、SPF アライメントが維持されていれば DMARC は通過します。
DKIM キーをローテーションする際、メールサーバーが新しいキーに切り替わる前に古いセレクターが DNS から削除されたか、新しい DNS レコードがまだ反映されていません。
修正: 常に先に新しいセレクターを公開し、DNS の反映を待ち（最大 48 時間）、それからメールサーバーを新しいキーで署名するよう切り替えてください。その後で初めて古いセレクターを廃止します。
DKIM と DMARCFlow に関するよくある質問
ご質問は？お答えします！selector._domainkey.example.com に公開します。