ESMTP (Extended SMTP)
Versión 1.02

Extensiones de servicio para SMTP (ESMTP)

MIME define tipos de datos para los cuales SMTP no fue diseñado. Para poder atender estos y otros requerimientos futuros el RFC1869, SMTP Service Extensions, define una técnica para hacer el SMTP "extensible". El RFC1869 no define nuevos servicios para SMTP; de hecho, las extensiones de servicio mencionadas en el RFC están definidas en otros RFCs. Lo que hace este RFC es definir un mecanismo simple para que los sistemas negocien las extensiones SMTP que soportan. El RFC1869 define un nuevo comando hello (EHLO) y las respuestas aceptadas para ese comando. Una de las respuestas que puede dar el sistema receptor es regresar una lista de las extensiones SMTP que soporta. Esta respuesta le permite al sistema que envía saber que extensiones de servicio puede utilizar y evitar aquellas que no están implementadas en el sistema remoto. Las implementaciones de SMTP que soportan el comando EHLO son llamadas "Extended SMTP" (ESMTP).

Diversas extensiones de servicio ESMTP han sido definidos para carteros MIME:

+---------------------+------+---------------------------------
| Keyword             |  RFC |       Extensión de servicio
+---------------------+------+---------------------------------
| 8BITMIME            | 1652 | Acepta datos binarios de 8 bits
| CHUNKING            | 1830 | Acepta corte de mensajes dentro de
|                     |      | trozos (chunks)
| CHECKPOINT          | 1845 | Transacciones de correo
|                     |      | checkpoint/restart
| PIPELINING          | 1854 | Acepta múltiples comandos en un
|                     |      | sólo envío
| SIZE                | 1870 | Muestra el máximo tamaño de mensaje
|                     |      | que acepta
| DSN                 | 1891 | Proporciona notificaciones de status
|                     |      | de entrega del mensaje
| ETRN                | 1985 | Acepta solicitudes remotas de
|                     |      | procesamiento en cola
| ENHANCEDSTATUSCODES | 2034 | Proporciona códigos de error
|                     |      | mejorados
+---------------------+------+---------------------------------

La tabla anterior muestra las palabras clave (keyword) del comando EHLO asociadas con cada extensión, el número del RFC y su propósito. Estas extensiones de servicio son sólo el comienzo. No hay duda en que se definirán otras para soportar mejoras en MIME y en SMTP.

No es difícil revisar que extensiones de servicio soporta un servidor de correo. Por ejemplo, para mail.arcesio.net podría revisarse con la siguiente secuencia de comandos (donde aparece <ENTER> son los comandos que Ud. debe escribir):

telnet mail.arcesio.net <ENTER>
Trying 88.66.44.35...
Connected to mail.arcesio.net.
Escape character is '^]'.
220 mail.arcesio.net ESMTP Sendmail 8.8.5/8.8.5; Sun, 24 Oct 2001 10:21:02 -0500 (COT)
EHLO oscar <ENTER>
250-mail.arcesio.net Hello modem23.alguna.universidad.edu [88.66.44.33], pleased to meet you
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
QUIT <ENTER>
221 mail.arcesio.net closing connection
Connection closed by foreign host.

El ejemplo muestra nueve comandos en respuesta al saludo de EHLO. Dos de ellos, EXPN y HELP son comandos estándar SMTP que no se implementan en todos los sistemas. 8BITMIME, SIZE, DSN y ETRN son extensiones ESMTP que fueron descritas en la tabla anterior. Los tres restantes (VERB, ONEX y XUSR) son específicos al sendmail versión 8 (uno de los tantos servidores de correo existentes ). ¡Ninguno de los tres está definido en ningún RFC!. VERB coloca al servidor sendmail en modo "verbose". ONEX limita la sesión a la transmisión de un sólo mensaje y XUSR es equivalente al argumento -U del comando de línea sendmail (en sendmail 8.8.5 XUSR aun no está implementado). Como se puede observar los RFCs permiten extensiones privadas para ESMTP.

Las extensiones específicas implementadas sobre cada servidor de correo son diferentes. Por ejemplo, en el cartero de Solaris 2.5.1 sólo se muestran tres comandos en respuesta al saludo EHLO (EXPN, SIZE y HELP). El proposito de EHLO es identificar estas diferencias al comenzar un intercambio de correo con SMTP.

ESMTP y MIME son importantes porque proporcionan un estándar para intercambiar datos no-ASCII a través del correo electrónico. Los usuarios comparten información cuyo formato es dependiente de la aplicación que utilicen y generalmente es no-ASCII de 7 bits. Muchas personas dependen del correo electrónico como mecanismo de transferencia de archivos.

[Anterior] [Índice] [Siguiente]



©Oscar Agudelo.  2000-2001. Todos los derechos reservados.