Articulo de referencia

Protocolo de la oficina de correos

En informática, el Protocolo de Oficina Postal ( POP ) es un protocolo estándar de Internet de capa de aplicación que utilizan los clientes de correo electrónico para recuperar ...

En informática, el Protocolo de Oficina Postal ( POP ) es un protocolo estándar de Internet de capa de aplicación que utilizan los clientes de correo electrónico para recuperar correos electrónicos de un servidor de correo. [ 1 ] Actualmente, la versión 3 de POP ( POP3 ) es la más utilizada. Junto con IMAP , es uno de los protocolos más comunes para la recuperación de correo electrónico.

Objetivo

El Protocolo de Oficina Postal (POP) proporciona acceso a través de una red de Protocolo de Internet (IP) a una aplicación cliente de usuario a un buzón de correo ( maildrop ) mantenido en un servidor de correo. El protocolo admite operaciones de lista, recuperación y eliminación de mensajes. Los clientes POP3 se conectan, recuperan todos los mensajes, los almacenan en el ordenador cliente y, finalmente, los eliminan del servidor. [ 2 ] Este diseño de POP y sus procedimientos surgió de la necesidad de los usuarios que solo disponen de conexiones temporales a Internet, como el acceso telefónico , lo que les permite recuperar el correo electrónico cuando están conectados y, posteriormente, ver y manipular los mensajes recuperados cuando están sin conexión.

Los clientes POP3 también tienen la opción de dejar el correo en el servidor después de recuperarlo. En este modo de funcionamiento, los clientes solo descargarán los mensajes nuevos identificados mediante el comando UIDL (lista de identificadores únicos). Por el contrario, el Protocolo de Acceso a Mensajes de Internet (IMAP) se diseñó para dejar normalmente todos los mensajes en el servidor, lo que permite su gestión con múltiples aplicaciones cliente y admite tanto el modo conectado ( en línea ) como el modo desconectado ( fuera de línea ).

Un servidor POP3 escucha las solicitudes de servicio en el puerto TCP conocido número 110. La comunicación cifrada para POP3 se solicita después del inicio del protocolo, utilizando el comando STLS , si es compatible, o mediante POP3S, que se conecta al servidor utilizando Transport Layer Security (TLS) o Secure Sockets Layer (SSL) en el puerto TCP conocido número 995.

Los mensajes disponibles para el cliente se determinan cuando una sesión POP3 abre el buzón de correo y se identifican mediante un número de mensaje local a esa sesión o, de forma opcional, mediante un identificador único asignado al mensaje por el servidor POP. Este identificador único es permanente y exclusivo del buzón de correo, lo que permite al cliente acceder al mismo mensaje en diferentes sesiones POP. El correo se recupera y se marca para su eliminación mediante su número de mensaje. Cuando el cliente finaliza la sesión, el correo marcado para su eliminación se elimina del buzón de correo.

Historia

La primera versión del Protocolo de Oficina Postal, POP1, fue especificada en el RFC 918 (1984) por Joyce K. Reynolds . POP2 fue especificada en el RFC 937 (1985).

POP3 es la versión más utilizada. Se originó con el RFC 1081 (1988), pero la especificación más reciente es el RFC 1939 , actualizado con un mecanismo de extensión (RFC 2449) y un mecanismo de autenticación en el RFC 1734. Esto dio lugar a varias implementaciones de POP, como Pine, POPmail y otros clientes de correo primitivos.

Si bien la especificación POP3 original solo admitía un mecanismo de inicio de sesión USER/ PASS sin cifrar o el control de acceso Berkeley .rhosts , hoy POP3 admite varios métodos de autenticación para proporcionar distintos niveles de protección contra el acceso ilegítimo al correo electrónico de un usuario. La mayoría son proporcionados por los mecanismos de extensión POP3. Los clientes POP3 admiten métodos de autenticación SASL a través de la extensión AUTH. El Proyecto Athena del MIT también produjo una versión Kerberizada . RFC 1460 introdujo APOP en el protocolo central. APOP es un protocolo de desafío-respuesta que utiliza la función hash MD5 en un intento de evitar ataques de repetición y la divulgación del secreto compartido . Los clientes que implementan APOP incluyen Mozilla Thunderbird , Opera Mail, Eudora , KMail , Novell Evolution , Becky! de RimArts , [ 3 ] Windows Live Mail , PowerMail, Apple Mail y Mutt . El RFC 1460 quedó obsoleto con el RFC 1725, que a su vez quedó obsoleto con el RFC 1939.

POP4

POP4 existe únicamente como una propuesta informal que añade gestión básica de carpetas, soporte para mensajes multipartes y gestión de indicadores de mensajes para competir con IMAP; sin embargo, su desarrollo no ha avanzado desde 2003. Actualmente se conocen dos implementaciones de servidor POP4. Desde octubre de 2013, el dominio y el sitio web POP4.org están alojados en simbey.com, que también gestiona la otra implementación del servidor POP4. [ 4 ]

Extensiones y especificaciones

En el RFC 2449 se propuso un mecanismo de extensión para admitir extensiones generales y anunciar de forma organizada la compatibilidad con comandos opcionales, como TOP y UIDL. El RFC no pretendía fomentar las extensiones y reafirmaba que la función de POP3 es proporcionar una compatibilidad sencilla para las tareas de gestión de buzones, principalmente de descarga y eliminación.

Las extensiones se denominan capacidades y se listan mediante el comando CAPA. A excepción de APOP, los comandos opcionales se incluyeron en el conjunto inicial de capacidades. Siguiendo el ejemplo de ESMTP (RFC 5321), las capacidades que comienzan con una X indican capacidades locales.

SALTOS

La extensión STARTTLS permite negociar el uso de Transport Layer Security (TLS) o Secure Sockets Layer (SSL) mediante el comando STLS , en el puerto POP3 estándar, en lugar de uno alternativo. Algunos clientes y servidores utilizan el método de puerto alternativo, que emplea el puerto TCP 995 (POP3S).

SDPS

Demon Internet introdujo extensiones a POP3 que permiten múltiples cuentas por dominio, y se ha dado a conocer como Servicio POP3 de acceso telefónico estándar (SDPS). [ 5 ] Para acceder a cada cuenta, el nombre de usuario incluye el nombre de host, como john@hostname o john+hostname .

Google Apps utiliza el mismo método. [ 6 ]

Protocolo de oficina postal kerberizado

En informática , los clientes de correo electrónico locales pueden usar el Protocolo de Oficina Postal Kerberizado ( KPOP ), un protocolo estándar de Internet de capa de aplicación , para recuperar correo electrónico de un servidor remoto a través de una conexión TCP/IP . El protocolo KPOP se basa en el protocolo POP3, diferenciándose en que añade seguridad Kerberos y se ejecuta por defecto en el puerto TCP 1109 en lugar del 110. Una implementación de software de servidor de correo se encuentra en el servidor IMAP Cyrus .

Ejemplo de sesión

El siguiente diálogo de sesión POP3 es un ejemplo en RFC 1939: [ 7 ]

S: <esperar conexión en el puerto TCP 110> C: <abrir conexión> S: +OK Servidor POP3 listo <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK El buzón de correo de mrose tiene 2 mensajes (320 octetos) C: ESTADO S: +OK 2 320 C: LISTA S: +OK 2 mensajes (320 octetos) S: 1 120 S: 2 200 S: . C: RETR 1 S: +OK 120 octetos S: <el servidor POP3 envía el mensaje 1> S: . C: ELIMINAR 1 S: +OK mensaje 1 eliminado C: RETR 2 S: +OK 200 octetos S: <el servidor POP3 envía el mensaje 2> S: . C: DELE 2 S: +OK mensaje 2 eliminado C: SALIR S: +OK dewey El servidor POP3 se está cerrando (buzón vacío) C: <cerrar conexión> S: <esperar la siguiente conexión>

Los servidores POP3 que no incluyen el comando APOP opcional esperan que el cliente inicie sesión con los comandos USER y PASS:

C: USUARIO mrose S: ​​+OK Usuario aceptado C: PASS tanstaaf S: +OK Pase aceptado

Comparación con IMAP

El Protocolo de Acceso a Mensajes de Internet (IMAP) es un protocolo de acceso a buzones de correo alternativo y más reciente. Las principales diferencias son:

  • POP es un protocolo más sencillo, lo que facilita su implementación.
  • POP transfiere el mensaje del servidor de correo electrónico al ordenador local, aunque normalmente los clientes de correo electrónico ofrecen la opción de dejar los mensajes también en el servidor. IMAP, por defecto, deja el mensaje en el servidor de correo electrónico y simplemente descarga una copia local.
  • POP trata el buzón como un único almacén y no tiene el concepto de carpetas.
  • Un cliente IMAP realiza consultas complejas, solicitando al servidor los encabezados o el cuerpo de mensajes específicos, o buscando mensajes que cumplan ciertos criterios. Los mensajes en el repositorio de correo pueden marcarse con diversos indicadores de estado (por ejemplo, "eliminado" o "respondido") y permanecen allí hasta que el usuario los elimina explícitamente, lo que puede ocurrir en una sesión posterior. En resumen: IMAP está diseñado para permitir la manipulación de buzones remotos como si fueran locales. Dependiendo de la implementación del cliente IMAP y la arquitectura de correo deseada por el administrador del sistema, el usuario puede guardar los mensajes directamente en el equipo cliente, guardarlos en el servidor o tener la opción de hacerlo.
  • POP proporciona una vista completamente estática del estado actual del buzón y no ofrece ningún mecanismo para mostrar cambios externos de estado durante la sesión (el cliente debe volver a conectarse y autenticarse nuevamente para obtener una vista actualizada).
  • IMAP proporciona una vista dinámica y envía respuestas a los cambios de estado externos, incluidos los mensajes recién llegados, así como los cambios realizados en el buzón por otros clientes conectados simultáneamente.
  • POP puede recuperar un mensaje completo con el comando RETR, y para los servidores que lo admiten, se puede acceder a los encabezados, así como a un número específico de líneas del cuerpo del mensaje, con el comando TOP.
  • IMAP permite a los clientes recuperar cualquiera de las partes MIME individuales por separado; por ejemplo, recuperar el texto sin formato sin recuperar los archivos adjuntos, o recuperar solo uno de los muchos archivos adjuntos.
  • IMAP admite indicadores en el servidor para realizar un seguimiento del estado de los mensajes: por ejemplo, si el mensaje ha sido leído, respondido, reenviado o eliminado.
  • POP permite asociar identificadores únicos a cada mensaje para los servidores que admiten el comando UIDL. Estos identificadores pueden ser cualquier cadena de caracteres ASCII estándar visibles (sin espacios en blanco) de 7 bits, con un máximo de 70 caracteres.
  • En cambio, IMAP proporciona identificadores numéricos únicos para cada mensaje, locales a cada carpeta, junto con un número UIDVALIDITY específico de la carpeta.
  • Los dos métodos de identificación de mensajes mencionados anteriormente (POP UIDL e IMAP UID) no están relacionados en absoluto, a menos que una implementación de servidor que admita ambos protocolos construya deliberadamente la cadena POP3 UIDL combinando los valores IMAP UID y UIDVALIDITY.
  • RFC 918 – PROTOCOLO DE CORREOS 
  • RFC 937 – PROTOCOLO DE CORREOS – VERSIÓN 2 
  • RFC 1081 – Protocolo de oficina de correos – Versión 3 
  • RFC 1939 – Protocolo de oficina de correos – Versión 3 (STD 53) 
  • RFC 1957 – Algunas observaciones sobre las implementaciones del Protocolo de Oficina Postal (POP3) 
  • RFC 2195 – Extensión de autorización IMAP/POP para desafío/respuesta simple 
  • RFC 2384 – Esquema de URL POP 
  • RFC 2449 – Mecanismo de extensión POP3 
  • RFC 2595 – Uso de TLS con IMAP, POP3 y ACAP 
  • RFC 3206 – Códigos de respuesta POP SYS y AUTH 
  • RFC 5034 – Mecanismo de autenticación de la capa de seguridad y autenticación simple (SASL) del Protocolo de oficina de correos (POP3) 
  • RFC 8314 – El texto plano se considera obsoleto: Uso de la seguridad de la capa de transporte (TLS) para el envío y acceso por correo electrónico. 

Véase también

Referencias

  1. Dean, Tamara (2010). Guía de redes Network+ . Delmar. pág. 519. ISBN  978-1423902454.
  2. Allen, David (2004). Windows to Linux . Prentice Hall. pág. 192. ISBN  1423902459.
  3. (en japonés) , (tutorial de Becky!) Archivado el 31/01/2010 en Wayback Machine , 26/04/2001.
  4. "Especificación POP4 aunque se utiliza POP para recibir correo después de que el sistema no esté en línea" . 2003. Archivado del original el 21/10/2017 . Recuperado el 17/10/2011 .
  5. Centro de ayuda en línea de Demon. Enlace obsoleto archivado el 23/07/2011 en archive.today . E.demon.net (23/01/2013). Consultado el 17/07/2013.
  6. "Diferencias entre Google Apps y Gmail" . Centro de ayuda de Gmail . Archivado del original el 13 de septiembre de 2008.
  7. RFC 1939, página 19 ( https://datatracker.ietf.org/doc/rfc1939/ )

Lecturas adicionales

  • Hughes, L (1998). Protocolos, estándares e implementación del correo electrónico en Internet . Artech House Publishers. ISBN 0-89006-939-5.
  • Johnson, K (2000). Protocolos de correo electrónico de Internet: Guía para desarrolladores . Addison-Wesley Professional. ISBN 0-201-43288-9.
  • Loshin, P (1999). Estándares esenciales de correo electrónico: RFC y protocolos aplicados a la práctica . John Wiley & Sons. ISBN 0-471-34597-0.
  • Rhoton, J (1999). Guía del programador para el correo electrónico por Internet: SMTP, POP, IMAP y LDAP . Elsevier. ISBN 1-55558-212-5.
  • Wood, D (1999). Programación de correo electrónico por Internet . O'Reilly. ISBN 1-56592-479-7.
  • Protocolo de Correos – Versión 3. IETF. Mayo de 1996.
  • Asignación de números de puerto IANA
  • Diagrama de secuencia POP3 (Archivado el 6 de julio de 2017 )