Page 32

　
Appendix A.  Legacy MUAs

Implementors of this proposal should be aware that many MUAs are unlikely to be retrofitted to support the new header field and its semantics.  In the interests of convenience and quicker adoption, a delivery MTA might want to consider adding things that are processed by existing MUAs in addition to the Authentication-Results header field.  One suggestion is to include a Priority header field, on messages that don’t already have such a header field, containing a value that reflects the strength of the authentication that was accomplished, e.g., “low” for weak or no authentication, “normal” or “high” for good or strong authentication.

付録A.  本文書に準拠したMUA

本提案の実装者は、多くのMUAは新しいヘッダフィールドとそのセマンティクスを取り扱うために変更されることはないであろうことを知っておくべきである。便宜性と早期の導入を考えれば、配送MTAはAuthentication-Resultsヘッダフィールドに加え既存のMUAが処理するヘッダフィールドの追加を考慮したいかもしれない。1つの提案としては、すでに同種のヘッダフィールドを持っていないメッセージへのPriorityヘッダフィールドの追加がある。このヘッダフィールドには完了した認証の強度を反映する値（たとえば、認証が弱いまたは存在しない場合は“low”、認証が十分または強い場合は“normal”や“high”など）が含まれる。

Some modern MUAs can already filter based on the content of this header field.  However, there is keen interest in having MUAs make some kind of graphical representation of this header field’s meaning to end users.  Until this capability is added, other interim means of conveying authentication results may be necessary while this proposal and its successors are adopted.

現在のMUAにはすでに、このヘッダフィールドの内容に基づいたフィルタリングを行えるものがある。しかし、本ヘッダフィールドの意味について、エンドユーザに対してMUAに何らかの画像表示を行わせることには強い関心が持たれている。この機能が追加されるまで、本提案とその後継文書を採用すると同時に他の一時的な認証結果伝達手段が必要かもしれない。

[Page 32]