引用符で 2 つに分けて登録された値
長いレコードを DNS 事業者が 2 つの文字列に分けて表示した例です。引用符つきの 2 つの文字列を空白なしでつないで読むことと、つないだ後は正しいレコードになることを確かめます。
入力
DKIM の TXT レコードの値
"v=DKIM1; k=rsa; " "p=QUJDRA=="
結果
エラー 0 件・警告 0 件・情報 1 件
指摘(エラー・警告・情報)
- 情報 全体 引用符で囲まれた 2 個の文字列を、空白を入れずにつないで 1 つの値として読みました(RFC 6376 3.6.2.2)。
| タグの数 | 3 |
|---|---|
| 鍵の種類 | rsa |
| 鍵の状態 | 有効な形式 |
タグごとの読み取り結果
| タグ | 値 | 意味 |
|---|---|---|
| v | DKIM1 | バージョン(DKIM1 のみ有効) |
| k | rsa | 鍵の種類: rsa |
| p | QUJDRA== | 公開鍵のデータ(base64 を戻すと約 4 バイト) |
検算(この結果になる理由)
2 つの文字列は空白を入れずに連結され、v=DKIM1; k=rsa; p=QUJDRA== と同じになります(RFC 6376 3.6.2.2)。連結は情報 1 件で知らせ、書式の誤りはありません。
判定の根拠は仕様と根拠に、仕様の出典とともにまとめています。自分の入力で試すにはツールをお使いください。
このツールの制約
- 公開鍵が実際に正しい RSA 鍵かどうかや、鍵の長さの強さは判定しません。base64 として読めるかどうかまでを調べます。
- DNS に問い合わせて登録内容を取得する機能はありません。貼り付けた文字だけを読みます。
- DMARC・SPF のレコードは対象外です。それぞれ別の仕様(RFC 7489・RFC 7208)で書式が異なります。
ご利用にあたって
- 結果は書式の点検で、DKIM の署名が実際に通ることを保証するものではありません。
- 本番の DNS を変えたあとは、実際にメールを送って受信側の認証結果(Authentication-Results)も確認してください。