DKIM チェッカー

セレクターが誤っているか、レコードが一度も公開されていません。レコードがないと判断する前に、実際の DKIM-Signature ヘッダーにある s= タグを確認してください。

DKIM チェッカーはセレクターを推測できません。プロバイダーのドキュメントを読むより、DKIM チェッカーで候補をいくつか試す方が早く確認できます。

典型的な DNS 管理画面の問題です。管理画面では完全な鍵に見えても、無料 DKIM レコードチェッカーでは不正な鍵として報告されます。

できれば分割されていない単一の値としてレコードを再公開し、伝播後に DKIM レコードチェッカーをもう一度実行してください。

有効ですが、推奨される強度には達していません。現在、ほとんどのプロバイダーは 2048 ビット鍵を発行し、ローテーションに対応しています。

手動で編集せず、プロバイダー経由でローテーションしてください。DKIM チェッカーで新しい鍵を正常に取得できることを確認できます。

t=y がまだ設定されています。受信側は、その署名を実運用で信頼すべきでないと判断します。

フラグを削除して再公開してください。DKIM レコードチェッカー兼検証ツールなら数秒で見つけられる一文字の修正ですが、気付かれないまま何年も残ることがあります。

DKIM の合格と DKIM のアライメントは別です。DMARC に受け入れられるには、署名ドメインが表示上の From ドメインと一致する必要があります。

実際のメッセージの Authentication-Results ヘッダーを確認してください。DKIM レコードチェッカーだけではアライメントを確認できません。

レコードが公開されていることと、プロバイダーが実際に署名していることは別の状態です。DKIM チェッカーが読むのは DNS であり、ESP が署名を付けているかどうかは判断できません。

テストメッセージを送信し、DKIM-Signature ヘッダーを読んで署名が実際に行われていることを確認してください。

DKIM の合格と、表示上の From ドメインとの DKIM アライメントは別です。この違いは DMARC の評価でのみ分かります。

署名ドメインがアライメントしていなければ、DKIM チェッカーの結果が正常でも DMARC は失敗します。

DNS からセレクターを列挙する方法はありません。DKIM チェッカーにはセレクターが必要であり、信頼できる情報源はプロバイダーまたは実際の DKIM-Signature ヘッダーです。

これはツールの制限ではなく、プロトコルの仕様です。

送信者認証と受信者検証は無関係です。完璧な DKIM レコードがあっても、送信先のアドレスが存在するとは限りません。

キャンペーンの前に両方を実行してください。