7. Interaction with SMTP Extensions
The following table lists the current standards-track and Experimental SMTP extensions. Listed are the EHLO keyword, name, an indication as to the use of the extension on the submit port, and a reference:
7. SMTP拡張機能との対話
以下の表では、現在の標準化過程にあるSMTP拡張機能と実験的SMTP拡張機能を列挙している。各項目は、EHLOキーワード、名前、投函ポートでの拡張機能の使用に関する指示、参照資料である。
Keyword Name Submission Reference ---------- -------------------------- ---------- ---------------- PIPELINING Pipelining SHOULD [PIPELINING] ENHANCEDSTATUSCODES Enhanced Status Codes SHOULD [CODES-EXTENSION] ETRN Extended Turn MUST NOT [ETRN] ... Extended Codes SHOULD [SMTP-CODES] DSN Delivery Status Notification SHOULD [DSN] SIZE Message size MAY [SIZE] ... 521 reply code MUST NOT [521REPLY] CHECKPOINT Checkpoint/Restart MAY [CHECKPOINT] BINARYMIME Binary MIME MAY [CHUNKING] CHUNKING Chunking MAY [CHUNKING] 8BITMIME Use 8-bit data SHOULD [8BITMIME] AUTH Authentication MUST [SMTP-AUTH] STARTTLS Start TLS MAY [Start-TLS] NO-SOLICITING Notification of no soliciting MAY [Msg-Track] MTRK Message Tracking MAY [Msg-Track]
PIPELINING Pipelining（パイプライン化） SHOULD ［PIPELINING］ ENHANCEDSTATUSCODES Enhanced Status Codes（拡張応答コード） SHOULD ［CODES-EXTENSION］ ETRN Extended Turn（拡張切り替え） MUST NOT ［ETRN］ … Extended Codes（拡張コード） SHOULD ［SMTP-CODES］ DSN Delivery Status Notification（配送状態通知） SHOULD ［DSN］ SIZE Message size（メッセージサイズ） MAY ［SIZE］ … 521 reply code（応答コード521） MUST NOT ［521REPLY］ CHECKPOINT Checkpoint/Restart（チェックポイント/再スタート） MAY ［CHECKPOINT］ BINARYMIME Binary MIME（バイナリMIME） MAY ［CHUNKING］ CHUNKING Chunking（チャンク化） MAY ［CHUNKING］ 8BITMIME Use 8-bit data（8ビットデータ使用） SHOULD ［8BITMIME］ AUTH Authentication（認証） MUST ［SMTP-AUTH］ STARTTLS Start TLS（TLSの開始） MAY ［Start-TLS］ NO-SOLICITING Notification of no soliciting（勧誘禁止の告知） MAY ［Msg-Track］ MTRK Message Tracking（メッセージ追跡） MAY ［Msg-Track］ Future SMTP extensions SHOULD explicitly specify if they are valid on the Submission port.今後のSMTP拡張機能は、投函ポートで有効かを明確に定義すべきである（SHOULD）。
Some SMTP extensions are especially useful for message submission:以下のSMTP拡張機能はメッセージ投函に特に便利である：
Extended Status Codes [SMTP-CODES] SHOULD be supported and used according to [CODES-EXTENSION]. This permits the MSA to notify the client of specific configuration or other problems in more detail than the response codes listed in this memo. Because some rejections are related to a site's security policy, care should be used not to expose more detail to unauthenticated senders than is needed拡張応答コード［SMTP-CODES］のサポートおよび使用は［CODES-EXTENSION］に従うべきである（SHOULD）。これによって、MSAがクライアントに特定の設定その他の問題について、本文書に記載している応答コードよりも詳細に告知できるようになる。サイトのセキュリティポリシに関連する拒否理由もあるため、認証されていない送信者に必要以上に詳細な情報をさらさないよう、注意すべきである。
[PIPELINING] SHOULD be supported by the MSA.MSAは［PIPELINING］をサポートすべきである（SHOULD）。
[SMTP-AUTH] allows the MSA to validate the authority and determine the identity of the submitting user and MUST be supported by the MSA.［SMTP-AUTH］によって、MSAが投函ユーザの権限を検証し、アイデンティティを決定できるようになるので、MSAは［SMTP-AUTH］をサポートしなければならない（MUST）。
Any references to the DATA command in this memo also refer to any substitutes for DATA, such as the BDAT command used with [CHUNKING].本文書中のDATAコマンドへの参照は、［CHUNKING］と共に使われるBDATコマンドなど、DATAコマンドの同等物にも当てはまる。
[Page 10]
| 《PREV》 |