esmpt - universidad politécnica de pachuca

UNIVERSIDAD POLITÉCNICA DE PACHUCA
ESMTP
Definición
El servicio ESMTP (por sus siglas en inglés – Enhanced Simple Mail Transfer Protocol),
es una definición de extensiones de protocolo para el estándar SMTP. El formato de
extensión fue definido en el RFC 1869 en 1995.
Este RFC estableció una estructura para todas las extensiones existentes y futuras con
el fin de producir una manera consistente y manejable por la cual los clientes y
servidores SMTP puedan ser identificados y los servidores SMTP puedan señalar las
extensiones soportadas a los clientes conectados.
Extensiones
Cada extensión de servicio es definida en un formato aprobado con su consiguiente
RFC y registrada con la IANA. Las primeras definiciones fueron los servicios opcionales
de la RFC 821 – SEND, SOML (Send Or Mail), SAML (Send And Mail), EXPN, HELP, y
TURN. El formato para los verbos adicionales SMTP fue establecido y para nuevos
parámetros en MAIL y RCPT.
La característica de identificación principal para ESMTP es que los clientes abren una
transmisión con el comando EHLO (Extended HELLO) en lugar de HELO (el Hello
original del estándar RFC 821). Un servidor puede por tanto responder con éxito
(código 250), falla (código 550) o error (códigos 500, 501, 502, 504 o 421),
dependiendo de su configuración. Un servidor ESMTP respondería el código 250 OK en
una respuesta de varias líneas con su dominio y una lista de palabras clave para indicar
las extensiones soportadas. Un servidor sumiso del RFC821 retornaría el código de
error 500, permitiendo al cliente ESMTP intentar tanto HELO como QUIT.
Cada extensión del servicio se define en un formato aprobado en RFCs subsecuente y
se coloca con IANA. Las primeras definiciones eran los servicios opcionales del RFC 821
- ENVÍE, SOML (Envíe o correo), SAML (Envíe y correo), EXPN, AYUDA, y VUELTA. El
formato de los verbos adicionales del smtp fue fijado y para los nuevos parámetros
adentro CORREO y RCPT.
Algunas palabras claves relativamente comunes (no todas que corresponden a los
comandos) usadas hoy son:
•
8BITMIME - transmisión de 8 datos del pedacito, RFC 1652
•
ATRN - Vuelta authenticada para Relais a pedido del correo, RFC 2645
•
SMTP-AUTH - Smtp authenticado, RFC 2554
•
CHUNKING - Chunking, RFC 3030
•
DSN - Notificación del estado de la entrega, RFC 3461
MAESTRÍA EN TICS MFGP Página 1 UNIVERSIDAD POLITÉCNICA DE PACHUCA
•
ETRN - Vuelta extendida, RFC 1985
•
AYUDA - Información provechosa de la fuente, RFC 821
•
CAN#ERÍA - Can#ería del comando, RFC 2920
•
TAMAÑO - Declaración del tamaño del mensaje, RFC 1870
•
STARTTLS — Seguridad de la capa de transporte, RFC 3207
La Internet Assigned Numbers Authority (cuyo acrónimo es IANA), es la Agencia de
Asignación de Números de Internet. Era el antiguo registro central de los protocolos
Internet, como puertos, números de protocolo y empresa, opciones y códigos. Fue
sustituido en 1998 por ICANN.
Con el RFC 821 hicieron obsoleto cerca RFC 2821 en 2001 el formato de ESMTP fue
expuesto en forma modificada en RFC 2821. Ayuda para EHLO el comando en
servidores fue hecho “DEBE”, reemplazando la original HELO, que se convirtió en un
“retraso requerido”.
No estándar, sin registrar, las extensiones del servicio se pueden utilizar por el acuerdo
bilateral, estos servicios son indicadas por EHLO palabra clave comenzando con “X”, y
con cualesquiera parámetros o verbos adicionales marcados semejantemente.
Aunque los comandos se enumeran en mayúscula en este artículo, no es necesario y
un servidor del smtp que requiere mayúscula es una violación de RFCs 821 y 2821. La
NECESIDAD está para que los comandos estén en los E.E.U.U.ASCII y terminado por
<CRLF> o <SP> y parámetros.
El RFC 1869 ha sido hecho anticuado por RFC 2821 (el abril de 2001)
Aquí dejo una liga si quieres consultar de manera detallada el RFC821 (SMTP):
http://www.ietf.org/rfc/rfc2821.txt, y otra para que vean el registro de IANA de los
parámetros del correo que incluyen palabras clave de la extensión del servicio
(ESMTP): http://www.iana.org/assignments/mail-parameters.
MAESTRÍA EN TICS MFGP Página 2