The “authserv-id” token defined in Section 2.2 can be used to label an entire ADMD or a specific validation engine within an ADMD. Although the labeling scheme is left as an operational choice, some guidance for selecting a token is provided within this proposal.
2.2節で定義される“authserv-id”トークンは、ADMD全体またはADMD内の特定の検証エンジンの名前付けに使用できる。名前付け機構は管理者の選択に任されているが、トークン選択に関する案内は本文書の中である程度提供されている。
2. Definition and Format of the Header Field
This section gives a general overview of the format of the header field being defined, and then provides more formal specification.
2. ヘッダフィールドの定義と書式
本章では、定義されているヘッダフィールドの書式の概要を述べ、その後正式な仕様を定義する。
2.1. General Description
The new header field being defined here is called “Authentication-Results”. It is a Structured Header Field as defined in [MAIL] and thus all of the related definitions in that document apply.
2.1. 一般的な説明
ここで定義されている新ヘッダフィールドは“Authentication-Results”と呼ばれる。このヘッダは[MAIL]で定義されている構造化ヘッダフィールド（Structured Header Field）であるので、[MAIL]における構造化ヘッダフィールドに関連する定義がすべて適用される。
This new header field SHOULD be added at the top of the message as it transits MTAs that do authentication checks so some idea of how far away the checks were done can be inferred. It therefore should be treated as a Trace Field as defined in [MAIL], and thus all of the related definitions in that document apply.
この新ヘッダフィールドは、認証検査がどこまで行われたかを推察できるようにするため、認証検査を行うMTAを通過する際にメッセージの最上部に追加すべきである(SHOULD)。それゆえ、[MAIL]で定義されている追跡フィールド（Trace Field9として扱うべきであるので、[MAIL]における構造化ヘッダフィールドに関連する定義がすべて適用される。
The value of the header field (after removing [MAIL] comments) consists of an authentication identifier, an optional version, and then a series of “method=result” statements indicating which authentication method(s) were applied and their respective results, and then, for each applied method, an optional “reason” string plus optional “property=value” statements indicating which message properties were evaluated to reach that conclusion.
本ヘッダフィールドの値には（[MAIL]コメントを削除した後では）、認証識別子、版（オプション）、その後に適用された認証方式を示す“method=result”文とそれに対応する結果の組み合わせの列が続き、さらに適用された各方式に対して、“reason”文字列（オプション）およびその結論に到達するためにどのメッセージプロパティが評価されたかを示す“property=value”文（オプション）から構成される。
The header field MAY appear more than once in a single message, or more than one result MAY be represented in a single header field, or a combination of these MAY be applied.
新ヘッダフィールドは1つのメッセージ中で複数回登場してもよい(MAY)。または1つのヘッダフィールド内で複数の結果が表示されてもよい(MAY)。または上記の組み合わせを適用してもよい(MAY)。
2.2. Formal Definition
Formally, the header field is specified as follows using [ABNF]:
2.2. 正規の定義
正式には、本ヘッダフィールドは[ABNF]を用いて以下のように定義される。
authres-header = “Authentication-Results:” [CFWS] authserv-id
[ CFWS version ]
( [CFWS] “;” [CFWS] “none” / 1*resinfo ) [CFWS] CRLF
; the special case of “none” is used to indicate that no
; message authentication is performed
authres-header = “Authentication-Results:” [CFWS] authserv-id
[ CFWS version ]
( [CFWS] “;” [CFWS] “none” / 1*resinfo ) [CFWS] CRLF
; “none”という特殊な候補は、メッセージ認証がまったく行われていないことを示すために使われる
authserv-id = dot-atom
; see below for a description of this element
authserv-id = dot-atom
; 本要素の説明については下記を参照
[Page 8]
| 《PREV》 | 1 4 7 10 13 16 19 22 25 28 31 34 37 40 43 |