Simple Mail Transfer Protocol

Simple Mail Transfer Protocol

Simple Mail Transfer Protocol (SMTP) Familia Familia de protocolos de Internet Funcin Envo de mensajes de correo electrnico Puertos 25/TCP 587/TCP (Alternativo para clientes de correo) 465/TCP (SMTPS) Ubicacin en la pila de protocolos

Aplicacin Transporte Red

SMTP TCP IP (IPv4 y IPv6)

Estndares RFC 821 (1982) RFC 2821 (2001) RFC 5321 (2008)

El Simple Mail Transfer Protocol (SMTP) (Protocolo para la transferencia simple de correo electrnico), es un protocolo de la capa de aplicacin. Protocolo de red basado en texto, utilizado para el intercambio de mensajes de correo electrnico entre computadoras u otros dispositivos (PDA, telfonos mviles, etc.). Est definido en el RFC 2821 y es un estndar oficial de Internet.[1] El funcionamiento de este protocolo se da en lnea, de manera que opera en los servicios de correo electrnico. Sin embargo, este protocolo posee algunas limitaciones en cuanto a la recepcin de mensajes en el servidor de destino (cola de mensajes recibidos). Como alternativa a esta limitacin se asocia normalmente a este protocolo con otros, como el POP o IMAP, otorgando a SMTP la tarea especfica de enviar correo, y recibirlos empleando los otros protocolos antes mencionados (POP O IMAP).

Historia
En 1982 se dise el primer sistema para intercambiar correos electrnicos en ARPANET, definido en los Request for comments RFC 821 y RFC 822. La primera de ellas define este protocolo y la + SMTP se basa en el modelo cliente-servidor, donde un cliente enva un mensaje a uno o varios receptores. La comunicacin entre el cliente y el servidor consiste enteramente en lneas de texto compuestas por caracteres ASCII. El tamao mximo permitido para estas lneas es de 1000 caracteres.[2] Las respuestas del servidor constan de un cdigo numrico de tres dgitos, seguido de un texto explicativo. El nmero va dirigido a un procesado automtico de la respuesta por autmata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las rdenes, rplicas o datos son lneas de texto, delimitadas por el carcter <CRLF>. Todas las rplicas tienen un cdigo numrico al comienzo de la lnea. En el conjunto de protocolos TCP/IP, el SMTP va por encima del TCP, usando normalmente el puerto 25 en el servidor para establecer la conexin.

Simple Mail Transfer Protocol

Modelo de procesamiento de correo

El correo electrnico es presentado por un cliente de correo (MUA, agente de usuario de correo) a un servidor de correo (MSA, agente de sumisin de correo) usando SMTP. Una gran parte de los abastecedores de caja permiten la sumisin. Desde all, el MSA entrega el correo a su agente de transferencia postal mejor conocido como el MTA (Mail Transfer Agent, Agente de Transferencia de Correo). En algunas ocasiones, estos dos agentes son casos diferentes aunque hay que destacar que provienen del mismo software de donde fueron lanzados solo que presentan opciones diferentes dentro de la misma mquina. El procesamiento local que se presenta puede ser realizado en una sola mquina, o en otro caso puede ser partido entre varias aplicaciones; en este segundo caso, los procesos implicados pueden compartir archivos; aqu SMTP es usado para la transferencia de mensajes internamente, con cada uno de los anfitriones configurados para usar la siguiente aplicacin como un anfitrin elegante. Para lograr la localizacin del anfitrin objetivo el MTA divisorio tiene que usar el sistema de nombre de Esfera (DNS) para lograr la bsqueda del registro interno de cambiado de correo conocido como registro MX para la esfera del recipiente (la parte de la direccin a la derecha). Es en ese instante cuando el registro de MX devuelto contiene el nombre del anfitrin objetivo. Luego el MTA se une al servidor de cambio como un cliente SMTP. Una vez que MX acepta el mensaje entrante, este a su vez se lo da a un agente de entrega de correo (MDA) para luego ser llevado a la entrega de correo local. El MDA, adems de entregar mensajes es tambin capaz de salvar mensajes en un buzn de formato, y la recepcin de correo puede ser realizada usando muchas computadoras. Hay dos formas en que un MDA puede entregar mensajes: ya sea envindolos directamente al almacenamiento, o expedirlos sobre una red usando SMTP. Una vez entregado al servidor de correo local, dicho correo es almacenado para la recuperacin de la hornada. Su recuperacin se logra por medio de las aplicaciones de usuario final, conocidas como clientes de correo electrnico, usando el Protocolo de Acceso de Mensaje de Internet (IMAP), este protocolo que facilita tanto el acceso para enviar, como el manejo de correo almacenado.

SMTP vs Recuperacin de correo

El protocolo de transferencia de correo simple (SMTP) solo se encarga de entregar el mensaje. En un ambiente comn el mensaje es enviado a un servidor de correo de salto siguiente a medida que llega a su destino. El correo se enlaza basado en el servidor de destino. Otros protocolos como el protocolo de oficina de correos (POP) y el protocolo de acceso a mensaje de internet (IMAP) su estructura es para usuarios individuales, recuperacin de mensajes, gestin de buzones de correo. SMTP usa una funcin, el procesamiento de colas de correo en un servidor remoto, permite que un servidor de correo de forma intermitente conectado a mandar mensajes desde un servidor remoto. El IMAP y el POP son protocolos inadecuados para la retransmisin de correo de mquinas de forma intermitente-conectados, sino que estn diseados para funcionar despus de la entrega final.

Inicio remoto de mensaje en cola

Es una caracterstica de SMTP que permite a un host remoto para iniciar el procesamiento de la cola de correo en el servidor por lo que puede recibir mensajes destinados a ella mediante el envo del comando TURN . Esta caracterstica se considera insegura pero usando el comando ETRN en la extensin RFC 1985 funciona de forma ms segura.

Peticin de Relevo de Correo(PRC)

Es una extensin de SMTP implementada en RFC 2645 permite que el correo electrnico sea transmitido al receptor despus que despus de que l ha sido aprobado. Usa la orden de SMTP ampliada ATRN disponibles para la direcciones de IP dinmicas. El cliente publica EHLO y rdenes de AUTH de servicios PRC de correo, PRC comienza a actuar como un cliente SMTP y comienza a enviar todos los mensajes dirigidos a un cliente usando el protocolo de SMTP, al iniciar unin el cortafuego o el proveedor pueden bloquear la unin entrante debido a los IP

Simple Mail Transfer Protocol dinmicos. Slo el servidor PRC, el abastecedor, debe escuchar las uniones SMTP en una direccin de IP fija.

Internacionalizacin
Muchos usuarios cuyo lenguaje base no es el latn han tenido dificultades con el requisito de correo electrnico en Amrica. RFC 6531 fue creado para resolver ese problema, proporcionando caractersticas de internacionalizacin de SMTP, la extensin SMTPUTF8. RFC 6531 proporciona soporte para caracteres de varios bytes y no para ASCII en las direcciones de correo electrnico. El soporte del internacionalizacin actualmente es limitada pero hay un gran inters en la ampliacin de el RFC 6531. RFC en pases como en china, que tiene una gran base de usuarios en Amrica.

Restriccin de acceso y salida al servidor de correo

En un ambiente de servidores, los administradores deben tomar medidas de control en donde los servidores estn disponibles para los clientes. Esto permite implementar seguridad frente a posibles amenazas. Anteriormente, la mayora de los sistemas imponan restricciones de uso de acuerdo a la ubicacin del cliente, slo estaba permitido su uso por aquellos clientes cuya direccin IP es una de las controladas por los administradores del servidor. Los servidores SMTP modernos se caracterizan por ofrecer un sistema alternativo, el cual requiere de una autenticacin mediante credenciales por parte de los clientes antes de permitir el acceso.

Restringir el acceso por ubicacin

Mediante este sistema, el servidor SMTP relativo al ISP no permitir el acceso de los usuarios que estn fuera de la red del ISP. Especficamente, el servidor solo puede permitir el acceso de aquellos usuarios cuya direccin IP fue proporcionada por el ISP, lo cual es equivalente a exigir que estn conectados a internet mediante el mismo ISP. Un usuario mvil suele estar a menudo en una red distinta a la normal de su ISP, y luego descubrir que el envo de correo electrnico falla porque la eleccin del servidor SMTP configurado ya no es accesible. Este sistema tiene distintas variaciones, por ejemplo, el servidor SMTP de la organizacin slo puede proporcionar servicio a los usuarios en la misma red, esto se hace cumplir mediante cortafuegos para bloquear el acceso de los usuarios en general a travs de Internet. O puede que el servicio realice comprobaciones de alcance en la direccin IP del cliente. Estos mtodos son utilizados normalmente por empresas e instituciones, como las universidades que proporcionan un servidor SMTP para el correo saliente solo para su uso interno dentro de la organizacin. Sin embargo, la mayora de estos organismos utilizan ahora mtodos de autenticacin de cliente, tal como se describe a continuacin. Al restringir el acceso a determinadas direcciones IP, los administradores de servidores pueden reconocer fcilmente la direccin IP de cualquier agresor. Como esta representa una direccin significativa para ellos, los administradores pueden hacer frente a la mquina o usuario sospechoso. Cuando un usuario es mvil, y puede utilizar diferentes proveedores para conectarse a internet, este tipo de restriccin de uso es costoso, y la alteracin de la configuracin perteneciente a la direccin de correo electrnico del servidor SMTP saliente resulta ser poco prctica. Es altamente deseable poder utilizar la informacin de configuracin del cliente de correo electrnico que no necesita cambiar.

Puertos
Los administradores de servidor pueden elegir si los clientes utilizan TCP puerto 25 (SMTP) o el puerto 587 (Presentacin), formalizado en RFC 6409 (anteriormente RFC 2476 ), para retransmitir el correo saliente a una inicial del servidor de correo . Las especificaciones y muchos servidores soportan ambos. Aunque algunos servidores soportan el puerto 465 para el legado SMTP seguro en violacin de las especificaciones, es preferible utilizar los puertos estndar y comandos ESMTP estndar [ 16 ] de acuerdo con RFC 3207 , si una sesin segura se debe utilizar entre el cliente y el servidor. Algunos servidores estn configurados para rechazar toda la retransmisin en el puerto 25, pero los usuarios vlidos de autenticacin en el puerto 587 pueden retransmitir correo a cualquier direccin vlida. Algunos proveedores de

Simple Mail Transfer Protocol servicios de Internet interceptar el puerto 25, volviendo a dirigir el trfico a su propio servidor SMTP, independientemente de la direccin de destino. Esto significa que no es posible para sus usuarios acceder a un servidor SMTP fuera de la red del ISP a travs del puerto 25. Algunos servidores SMTP soportan el acceso autenticado en otro puerto que no sea 587 o 25 para permitir a los usuarios conectarse a ellos, incluso si el puerto 25 est bloqueado, pero 587 es el puerto estndar y ampliamente apoyada por los usuarios enviar correo nuevo. Microsoft Exchange Server 2013 SMTP puede escuchar en los puertos 25, 587, 465, 475, y 2525, en funcin de funcin de servidor y si los roles se combinan en un solo servidor. Los puertos 25 y 587 se utilizan para proporcionar la conectividad del cliente con el servicio de transporte en la parte delantera de la funcin de servidor de acceso de cliente (CAS). Los puertos 25, 465 y 475 son utilizados por el servicio de transporte de buzn de correo. Sin embargo, cuando la funcin de buzn se combina con la funcin de CAS en un nico servidor, el puerto 2525 se utiliza por la funcin de buzn de SMTP desde el servicio de transporte de extremo delantero del CAS, CAS, mientras que contina para utilizar el puerto 25. Puerto 465 es utilizado por el servicio de transporte de buzn de correo para recibir las conexiones de cliente proxy de la funcin CAS. Puerto 475 es utilizado por la funcin de buzn para comunicarse directamente con otras funciones de buzn, la transferencia de correo entre el servicio de envo de transporte de buzn de correo y el servicio de entrega de transporte buzn.

Protocolo descripcin
SMTP es una orientada a la conexin , basada en texto del protocolo en el que un remitente de correo se comunica con un receptor de correo electrnico mediante la emisin de secuencias de comandos y el suministro de los datos necesarios en un canal de flujo de datos ordenado fiable, normalmente un protocolo de control de transmisin de conexin (TCP). Una sesin SMTP consiste en comandos originados por un SMTP cliente (el inicio de agente , emisor o transmisor) y las respuestas correspondientes del SMTP del servidor (el agente de escucha, o receptor) para que la sesin se abri, y parmetros de la sesin se intercambian. Una sesin puede incluir cero o ms transacciones SMTP. Una transaccin de SMTP se compone de tres secuencias de comando / respuesta (vase el ejemplo a continuacin). Ellos son: MAIL: comando para establecer la direccin de retorno, tambin conocido como Return-Path, remitente o sobre. Esta es la direccin para mensajes de despedida. RCPT: comando, para establecer un destinatario de este mensaje. Este mandato puede emitirse varias veces, una para cada destinatario. Estas direcciones son tambin parte de la envolvente. DATOS: para enviar el mensaje de texto . Este es el contenido del mensaje, en lugar de su envoltura. Se compone de una cabecera de mensaje y el cuerpo del mensaje separado por una lnea en blanco. DATA es en realidad un grupo de comandos, y el servidor responde dos veces: una vez para el comando de datos adecuada, para reconocer que est listo para recibir el texto, y la segunda vez despus de la secuencia final de los datos, para aceptar o rechazar todo el mensaje.

Resumen simple del funcionamiento del protocolo SMTP

Cuando un cliente establece una conexin con el servidor SMTP, espera a que ste enve un mensaje 220 Service ready o 421 Service non available Se enva un HELO desde el cliente. Con ello el servidor se identifica. Esto puede usarse para comprobar si se conect con el servidor SMTP correcto. El cliente comienza la transaccin del correo con la orden MAIL FROM. Como argumento de esta orden se puede pasar la direccin de correo al que el servidor notificar cualquier fallo en el envo del correo (Por ejemplo, MAIL FROM:<fuente@host0>). Luego si el servidor comprueba que el origen es vlido, el servidor responde 250 OK.

Simple Mail Transfer Protocol Ya le hemos dicho al servidor que queremos mandar un correo, ahora hay que comunicarle a quien. La orden para esto es RCPT TO:<destino@host>. Se pueden mandar tantas rdenes RCPT como destinatarios del correo queramos. Por cada destinatario, el servidor contestar 250 OK o bien 550 No such user here, si no encuentra al destinatario. Una vez enviados todos los RCPT, el cliente enva una orden DATA para indicar que a continuacin se envan los contenidos del mensaje. El servidor responde 354 Start mail input, end with <CRLF>.<CRLF> Esto indica al cliente como ha de notificar el fin del mensaje. Ahora el cliente enva el cuerpo del mensaje, lnea a lnea. Una vez finalizado, se termina con un <CRLF>.<CRLF> (la ltima lnea ser un punto), a lo que el servidor contestar 250 OK, o un mensaje de error apropiado. Tras el envo, el cliente, si no tiene que enviar ms correos, con la orden QUIT corta la conexin. Tambin puede usar la orden TURN, con lo que el cliente pasa a ser el servidor, y el servidor se convierte en cliente. Finalmente, si tiene ms mensajes que enviar, repite el proceso hasta completarlos. Puede que el servidor SMTP soporte las extensiones definidas en el RFC 1651, en este caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el servidor contestar con una lista de las extensiones admitidas. Si el servidor no soporta las extensiones, contestar con un mensaje "500 Syntax error, command unrecognized". En el ejemplo pueden verse las rdenes bsicas de SMTP: HELO, para abrir una sesin con el servidor MAIL FROM, para indicar quien enva el mensaje RCPT TO, para indicar el destinatario del mensaje DATA, para indicar el comienzo del mensaje, ste finalizar cuando haya una lnea nicamente con un punto. QUIT, para cerrar la sesin RSET Aborta la transaccin en curso y borra todos los registros. SEND Inicia una transaccin en la cual el mensaje se entrega a una terminal. SOML El mensaje se entrega a un terminal o a un buzn. SAML El mensaje se entrega a un terminal y a un buzn. VRFY Solicita al servidor la verificacin del argumento. EXPN Solicita al servidor la confirmacin del argumento. HELP Permite solicitar informacin sobre un comando. NOOP Se emplea para reiniciar los temporizadores. TURN Solicita al servidor que intercambien los papeles.

De los tres dgitos del cdigo numrico, el primero indica la categora de la respuesta, estando definidas las siguientes categoras: 2XX, la operacin solicitada mediante el comando anterior ha sido concluida con xito 3XX, la orden ha sido aceptada, pero el servidor esta pendiente de que el cliente le enve nuevos datos para terminar la operacin 4XX, para una respuesta de error, pero se espera a que se repita la instruccin 5XX, para indicar una condicin de error permanente, por lo que no debe repetirse la orden Una vez que el servidor recibe el mensaje finalizado con un punto puede almacenarlo si es para un destinatario que pertenece a su dominio, o bien retransmitirlo a otro servidor para que finalmente llegue a un servidor del dominio del receptor.

Simple Mail Transfer Protocol

Ejemplo de una comunicacin SMTP

En primer lugar se ha de establecer una conexin entre el emisor (cliente) y el receptor (servidor). Esto puede hacerse automticamente con un programa cliente de correo o mediante un cliente telnet. En el siguiente ejemplo se muestra una conexin tpica. Se nombra con la letra C al cliente y con S al servidor. S: C: S: C: S: C: S: C: S: C: C: C: C: C: C: C: C: C: S: C: S: 220 Servidor ESMTP HELO miequipo.midominio.com 250 Hello, please to meet you MAIL FROM: <yo@midominio.com> 250 Ok RCPT TO: <destinatario@sudominio.com> 250 Ok DATA 354 End data with <CR><LF>.<CR><LF> Subject: Campo de asunto From: yo@midominio.com To: destinatario@sudominio.com Hola, Esto es una prueba. Hasta luego. . 250 Ok: queued as 12345 quit 221 Bye

Formato del mensaje

Como se muestra en el ejemplo anterior, el mensaje es enviado por el cliente despus de que ste manda la orden DATA al servidor. El mensaje est compuesto por dos partes: Cabecera: en el ejemplo las tres primeras lneas del mensaje son la cabecera. En ellas se usan unas palabras clave para definir los campos del mensaje. Estos campos ayudan a los clientes de correo a organizarlos y mostrarlos. Los ms tpicos son subject (asunto), from (emisor) y to (receptor). stos dos ltimos campos no hay que confundirlos con las rdenes MAIL FROM y RCPT TO, que pertenecen al protocolo, pero no al formato del mensaje. Cuerpo del mensaje: es el mensaje propiamente dicho. En el SMTP bsico est compuesto nicamente por texto, y finalizado con una lnea en la que el nico carcter es un punto.

Simple Mail Transfer Protocol

Seguridad y spam
Una de las limitaciones del SMTP original es que no facilita mtodos de autenticacin a los emisores, as que se defini la extensin SMTP-AUTH. A pesar de esto, el spam es an el mayor problema. No se cree que las extensiones sean una forma prctica para prevenirlo. Internet Mail 2000 es una de las propuestas para reemplazarlo.

Referencias
[1] Internet Official Protocol Standards (http:/ / rfc. net/ std1. html) [2] Que es SMTP y como funciona (http:/ / www. ri5. com. ar/ ayudasmtp. php)

Enlaces externos
Protocolo SMTP: RFC 821 (http://www.ietf.org/rfc/rfc0821.txt) reemplazado por RFC 2821 (http://www. ietf.org/rfc/rfc2821.txt) Formato de Mails: RFC 822 (http://www.ietf.org/rfc/rfc822.txt) reemplazado por RFC 2822 (http://www. ietf.org/rfc/rfc2822.txt) Extensiones SMTP: RFC1651 (http://www.ietf.org/rfc/rfc1651.txt)

Fuentes y contribuyentes del artculo

Fuentes y contribuyentes del artculo

Simple Mail Transfer Protocol Fuente: http://es.wikipedia.org/w/index.php?oldid=71208753 Contribuyentes: Albertomolina, Alejandro Matos, AlejandroLapeyre, Aofvilla, Apj, Arinaga, Badjov, Barcex, Barri, Bodhost, Canariocio, Caos, Cinevoro, Damifb, Danielitagal, Deepname, Dodo, Dorieo, Draugmor, Edmenb, Enric Naval, FAR, Frang18, Gacq, Galaxy4, George.bo, GermanX, Halfdrag, Ignacio Icke, JRGL, Jjmerelo, JorgeGG, Jose Guerra G., Jperelli, Juan Antonio Cordero, KnightRider, Lancaster, Laura Fiorucci, Lmartinez, Luis octavio1602, MachuneitorULE, MarcoAurelio, Matdrodes, Montgomery, Moriel, Mpeinadopa, Muro de Aguas, Murphy era un optimista, Niqueco, Pan con queso, SaeedVilla, Santiago.gomez, Sauron, Shooke, Superzerocool, Taichi, Tano4595, Technopat, Trango, Vanbasten 23, Xerox 5B, Yitan007, l, 203 ediciones annimas

Licencia
Creative Commons Attribution-Share Alike 3.0 //creativecommons.org/licenses/by-sa/3.0/