7. Interaction avec les extensions SMTP

Le tableau suivant répertorie les extensions SMTP actuelles en voie de normalisation et expérimentales. Sont répertoriés le mot-clé EHLO, le nom, une indication quant à l'utilisation de l'extension sur le port de soumission et une référence :

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]

Les futures extensions SMTP DEVRAIENT spécifier explicitement si elles sont valides sur le port de soumission.

Certaines extensions SMTP sont particulièrement utiles pour la soumission de messages :

Les codes d'état étendus [SMTP-CODES] DEVRAIENT être pris en charge et utilisés conformément à [CODES-EXTENSION]. Cela permet au MSA d'informer le client de la configuration spécifique ou d'autres problèmes plus en détail que les codes de réponse répertoriés dans ce mémoire. Parce que certains rejets sont liés à la politique de sécurité d'un site, il convient de veiller à ne pas exposer plus de détails aux expéditeurs non authentifiés que nécessaire.

[PIPELINING] DEVRAIT être pris en charge par le MSA.

[SMTP-AUTH] permet au MSA de valider l'autorité et de déterminer l'identité de l'utilisateur soumettant et DOIT être pris en charge par le MSA.

Toute référence à la commande DATA dans ce mémoire fait également référence à tout substitut pour DATA, tel que la commande BDAT utilisée avec [CHUNKING].