メインコンテンツまでスキップ

2. Terminology and Definitions (用語と定義)

このセクションでは、本文書の残りの部分で使用される用語を定義します。

DKIM は、[RFC5598] で定義されているインターネットメールサービス内で動作するように設計されています。基本的な電子メール用語は、その仕様から取得されています。

構文記述は、拡張 BNF (ABNF) [RFC5234] を使用します。

本文書のキーワード "MUST"、"MUST NOT"、"REQUIRED"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"NOT RECOMMENDED"、"MAY"、および "OPTIONAL" は、[RFC2119] に記載されているように解釈されるものとします。これらの単語は、すべて大文字で表記されている場合にのみ、規範的な意味を持ちます。

2.1. Signers (署名者)​

ドメインに代わってメッセージに署名するメールシステム内の要素は、署名者と呼ばれます。これらは、MUA (Mail User Agent)、MSA (Mail Submission Agent)、MTA (Mail Transfer Agent)、またはメーリングリストエクスプローダーなどの他のエージェントである可能性があります。一般に、署名者は何らかの方法でメッセージシステムへのメッセージの注入に関与します。重要な問題は、メッセージが署名者の管理ドメインを離れる前に署名される必要があることです。

2.2. Verifiers (検証者)​

署名を検証するメールシステム内の要素は、検証者と呼ばれます。これらは、MTA、Mail Delivery Agent (MDA)、または MUA である可能性があります。ほとんどの場合、検証者は、メッセージのエンドユーザー (読者) またはメーリングリストエクスプローダーなどの消費エージェントに近いことが予想されます。

2.3. Identity (アイデンティティ)​

個人、役割、または組織。DKIM のコンテキストでは、例として、著者、著者の組織、処理パスに沿った ISP、独立した信頼評価サービス、およびメーリングリストオペレーターが含まれます。

2.4. Identifier (識別子)​

アイデンティティを参照するラベル。

2.5. Signing Domain Identifier (SDID) (署名ドメイン識別子)​

DKIM の必須ペイロード出力であり、メッセージに署名することによってメッセージに対する一定の責任を主張するアイデンティティを参照する単一のドメイン名。セクション 3.5 で指定されています。

2.6. Agent or User Identifier (AUID) (エージェントまたはユーザー識別子)​

署名ドメイン識別子 (SDID) が責任を負っているエージェントまたはユーザーを参照する単一の識別子。AUID は、ドメイン名とオプションのローカル部分で構成されます。ドメイン名は、SDID に使用されるものと同じか、そのサブドメインです。DKIM 処理の場合、AUID のドメイン名部分には基本的なドメイン名セマンティクスのみがあります。可能性のある所有者固有のセマンティクスは、DKIM の範囲外です。セクション 3.5 で指定されています。

AUID の許容値は、公開鍵レコードのフラグを介して制約される場合があることに注意してください (セクション 3.6.1 を参照)。

2.7. Identity Assessor (アイデンティティ評価者)​

DKIM のペイロードである責任のある署名ドメイン識別子 (SDID) を消費するメールシステム内の要素。アイデンティティ評価者は、配信された識別子の評価に専念しています。他の DKIM (および非 DKIM) 値も、アイデンティティ評価者によって (利用可能な場合) 使用され、より一般的なメッセージ評価フィルタリングエンジンを提供できます。ただし、この追加のアクティビティは、この仕様の範囲外です。

2.8. Whitespace (空白文字)​

空白文字には 3 つの形式があります。

  • WSP は、単純な空白文字、つまりスペース (ASCII 0x20) またはタブ (ASCII 0x09) 文字を表します。

  • LWSP は、線形空白文字を表し、これは WSP とヘッダーフィールドの折り畳みの一部である CRLF (キャリッジリターン/ラインフィード) シーケンスです。

  • FWS は、「折り畳み空白文字」を表し、[RFC5322] で特に定義されている、より複雑な形式の空白文字です。

いずれの場合も、実際の定義は [RFC5234] または [RFC5322] によって提供されます。

2.9. Imported ABNF Tokens (インポートされた ABNF トークン)​

この仕様で使用される一部のトークンは、[RFC5322] および [RFC5234] からインポートされています。読者は、これらの文書で定義されている ABNF 構文 [RFC5234] に精通している必要があります。

2.10. Common ABNF Tokens (共通 ABNF トークン)​

以下の ABNF トークンは、この仕様全体で使用されます。

hyphenated-word = ALPHA [ *(ALPHA / DIGIT / "-") (ALPHA / DIGIT) ]
base64string = ALPHA *([FWS] (ALPHA / DIGIT / "+" / "/"))
               [FWS] ["=" [FWS] ["="]]
qp-section = [FWS] qp-hdr-value

2.11. DKIM-Quoted-Printable (DKIM クォーテッドプリンタブル)​

DKIM-Quoted-Printable エンコーディング構文は、転送中の MTA による変更に対して堅牢な形式で表現する必要がある値に使用されます。このエンコーディングは、[RFC2045] で定義されている Quoted-Printable エンコーディングに基づいていますが、曖昧さを避けるためにいくつかの制限と明確化があります。

DKIM-Quoted-Printable アルファベットは、印刷可能な US-ASCII 文字 (範囲 0x21 から 0x7E、包括的) で構成されますが、タグセパレーターとして使用されるセミコロン (0x3B) と、エンコーディングエスケープ文字として使用される等号 (0x3D) は除外されます。DKIM-Quoted-Printable エンコーディングは、印刷不可能な文字 (上記の範囲外の文字、ただし前述のものを除く) を、等号に続いてオクテットの値を表す 2 桁の 16 進数 (大文字または小文字) で表します。

例:

  • スペース文字 (ASCII 0x20) は "=20" としてエンコードされます。
  • セミコロン文字 (ASCII 0x3B) は "=3B" としてエンコードされます。
  • 等号文字 (ASCII 0x3D) は "=3D" としてエンコードされます。

DKIM-Quoted-Printable エンコーディングは、エンコードされた文字列内に改行または空白文字を含めてはなりません。

に最終更新