Page 15

 　
fail:  The SMTP client had attempted to authenticate to the server using the protocol described in [AUTH] but was not successful, yet continued to send the message about which a result is being reported.

fail： SMTPクライアントが[AUTH]で説明されているプロトコルを使ってサーバを認証しようとしたが、合格しなかった。しかし、どんな結果が報告されているかについてのメッセージを送信し続けた。

temperror:  The SMTP client attempted to authenticate using the protocol described in [AUTH] but was not able to complete the attempt due to some error which is likely transient in nature, such as a temporary Lightweight Directory Access Protocol (LDAP) lookup error.  A later attempt may produce a final result.

temperror： SMTPクライアントは[AUTH]で説明されているプロトコルを使って認証を試みたが、一時的なLDAP検索エラーなどの本来短期的と思われるエラーのために試行を完了できなかった。後の試行では最終的な結果が生成されるかもしれない。

permerror:  The SMTP client attempted to authenticate using the protocol described in [AUTH] but was not able to complete the attempt due to some error that is likely not transient in nature, such as a permanent LDAP lookup error.  A later attempt is not likely produce a final result.

permerror： SMTPクライアントは[AUTH]で説明されているプロトコルを使って認証を試みたが、永続的なLDAP検索エラーなどの本来短期的と思われないエラーのために試行を完了できなかった。後の試行でも最終的な結果が生成されそうにない。

Note that an agent making use of the data provided by this header field SHOULD consider “fail” and “temperror” to be the synonymous in terms of message authentication, i.e., the client did not authenticate.

本ヘッダフィールドが提供するデータを利用するエージェントは、“fail”と“temperror”をメッセージ認証の用語として同意語だと考えるべきである(SHOULD)。たとえば、クライアントは認証を行わなかった、などの場合にはどちらも使用できる。

2.4.5.  Extension Result Codes

Additional result codes (extension results) might be defined in the future by later revisions or extensions to this specification. Extension results beginning with “x-” will never be defined as standard fields; such names are reserved for experimental use. Result codes not beginning with “x-” MUST be registered with the Internet Assigned Numbers Authority (IANA) and published in an RFC. See Section 6 for further details.

2.4.5.  結果コードの拡張

追加の結果コード（拡張結果）が将来本仕様の修正版または拡張によって定義されるかもしれない。“x-”で始まる拡張結果は標準フィールドとして定義されるものではない。このような名前は実験での使用のために予約されている。“x-”で始まらない結果コードはIANAで登録され、RFCとして公開されなければならない(MUST)。詳細については6章を参照のこと。

Implementations reporting new result codes MUST use the “x-” prefix until such time as the new method is registered by IANA.

新しい結果コードを報告する実装は、新方式がIANAに登録されるまでは“x-”プレフィックスを使用しなければならない(MUST)。

Extension results MUST only be used within ADMDs that have explicitly consented to use them.  These results and the parameters associated with them are not documented in RFCs.  Therefore, they are subject to change at any time and not suitable for production use.  Any MTA, MUA or downstream filter intended for production use SHOULD ignore or delete any Authentication-Results header field that includes an extension result.

拡張結果は、明示的に拡張結果の使用に同意しているADMD内だけで使用しなければならない(MUST)。これらの結果やそれに関連するパラメータはRFCには記述されない。それゆえ、いつでも変更の対象となり、製品での使用には適していない。製品として使われるMTA、MUAまたは下流フィルタは拡張結果を含むAuthentication-Resultsヘッダフィールドを無視または削除すべきである(SHOULD)。

2.5.  Authentication Methods

This section defines the supported authentication methods and discusses the proper means for applying experimental and other extension methods.

2.5.  認証方式

本節では、取り扱う認証方式を定義し、実験用その他の拡張方式を適用するための適切な手法について論じる。

[Page 15]