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