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]