Post Office Protocol (POP)

En informática, el Post Office Protocol (POP), castellanizado Protocolo de la Oficina Postal es un protocolo estándar de Internet de capa de aplicación que utilizan los clientes de correo electrónico para recuperar el correo electrónico de un servidor de correo. POP versión 3 (POP3) es la versión de uso común y, junto con IMAP, los protocolos más comunes para la recuperación de correo electrónico.

Objetivo

El Protocolo de oficina postal proporciona acceso a través de una red de Protocolo de Internet (IP) para una aplicación de cliente de usuario a un buzón (maildrop) mantenido en un servidor de correo. El protocolo admite operaciones de descarga y eliminación de mensajes. Los clientes POP3 se conectan, recuperan todos los mensajes, los almacenan en la computadora del cliente y finalmente los eliminan del servidor. Este diseño de POP y sus procedimientos fue impulsado por la necesidad de los usuarios de tener solo conexiones temporales a Internet, como 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 desconectados.

Los clientes POP3 también tienen la opción de dejar el correo en el servidor después de la descarga. Por el contrario, el Protocolo de acceso a mensajes de Internet (IMAP) se diseñó para dejar normalmente todos los mensajes en el servidor para permitir la administración con múltiples aplicaciones cliente y para admitir modos de operación conectados (en línea) y desconectados (fuera de línea).

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

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

Historia

La primera versión del Protocolo de oficina postal, POP1, se especificó en RFC 918 (1984). POP2 se especificó en RFC 937 (1985).

POP3 es la versión de uso más común. Se originó con RFC 1081 (1988), pero la especificación más reciente es RFC 1939, actualizada con un mecanismo de extensión (RFC 2449) y un mecanismo de autenticación en RFC 1734. Esto llevó a una serie de implementaciones POP como Pine, POPmail y otras primeros clientes de correo.

Si bien la especificación POP3 original solo admitía un mecanismo de inicio de sesión de USUARIO/PASS sin cifrar o control de acceso Berkeley.rhosts, hoy POP3 admite varios métodos de autenticación para proporcionar diversos 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. MIT Project Athena 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 reproducción y divulgación del secreto compartido. Los clientes que implementan APOP incluyen Mozilla Thunderbird, Opera Mail, Eudora, KMail, Novell Evolution, RimArts' Becky!,Windows Live Mail, PowerMail, Apple Mail y Mutt. RFC 1460 quedó obsoleto por RFC 1725, que a su vez quedó obsoleto por RFC 1939.

POP4

POP4 existe solo como una propuesta informal que agrega administración básica de carpetas, soporte de mensajes de varias partes, así como administración de banderas de mensajes para competir con IMAP; sin embargo, su desarrollo no ha progresado desde 2003.

Extensiones y especificaciones

Se propuso un mecanismo de extensión en RFC 2449 para acomodar extensiones generales y anunciar de manera organizada la compatibilidad con comandos opcionales, como TOP y UIDL. El RFC no tenía la intención de fomentar las extensiones y reafirmó que la función de POP3 es proporcionar un soporte simple principalmente para los requisitos de descarga y eliminación del manejo de buzones.

Las extensiones se denominan capacidades y se enumeran mediante el comando CAPA. Con la 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 significan capacidades locales.

INICIOTLS

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 un puerto alternativo. En su lugar, algunos clientes y servidores utilizan el método de puerto alternativo, que utiliza el puerto TCP 995 (POP3S).

SDPS

Demon Internet introdujo extensiones para POP3 que permiten múltiples cuentas por dominio y se conoce como Servicio POP3 de acceso telefónico estándar (SDPS). 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.

Protocolo de oficina de correos Kerberizado

En informática, los clientes de correo electrónico locales pueden utilizar el Protocolo de oficina de correos Kerberizado (KPOP), un protocolo estándar de Internet de nivel de aplicación, para recuperar el 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, y se diferencia en que agrega seguridad Kerberos y que se ejecuta de forma predeterminada en el puerto TCP número 1109 en lugar del 110. Una implementación de software de servidor de correo se encuentra en el servidor Cyrus IMAP.

Ejemplo de sesión

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

S: <esperar la 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 maildrop 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: DELE 1
S: +OK mensaje 1 borrado
C: RETR 2
S: +OK 200 octetos 
S: <el servidor POP3 envía el mensaje 2> 
S:.
C: DELE 2
S: +OK mensaje 2 borrado
C: SALIR
S: +OK cierre de sesión del servidor POP3 dewey (buzón de correo vacío)
C: <cerrar conexión>
S: <esperar la próxima conexión>

Los servidores POP3 sin 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: APROBADO tanstaaf
S: +OK Pase aceptado

Comparación con IMAP

El Protocolo de acceso a mensajes de Internet (IMAP) es un protocolo de acceso a buzón alternativo y más reciente. Los aspectos más destacados de las diferencias son:

• POP es un protocolo más simple, lo que facilita la implementación.
• POP mueve el mensaje del servidor de correo electrónico a la computadora local, aunque generalmente hay una opción en los clientes de correo electrónico para dejar los mensajes también en el servidor de correo electrónico. IMAP por defecto deja el mensaje en el servidor de correo electrónico, simplemente descargando una copia local.
• POP trata el buzón como una sola tienda y no tiene concepto de carpetas
• Un cliente IMAP realiza consultas complejas, solicitando al servidor encabezados o el cuerpo de mensajes específicos, o para buscar mensajes que cumplan con ciertos criterios. Los mensajes en el repositorio de correo se pueden marcar con varios indicadores de estado (por ejemplo, "eliminado" o "respondido") y permanecen en el repositorio hasta que el usuario los elimine explícitamente, lo que puede no ser hasta una sesión posterior. En resumen: IMAP está diseñado para permitir la manipulación de buzones remotos como si fueran locales. Según 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 la máquina del cliente, o guardarlos en el servidor, o se le puede dar la opción de hacerlo.
• El protocolo POP requiere que el cliente actualmente conectado sea el único cliente conectado al buzón. Por el contrario, el protocolo IMAP permite específicamente el acceso simultáneo de varios clientes y proporciona mecanismos para que los clientes detecten los cambios realizados en el buzón por otros clientes conectados simultáneamente. Consulte, por ejemplo, la sección 5.2 de RFC3501, que cita específicamente "acceso simultáneo al mismo buzón por parte de varios agentes" como ejemplo.
• Cuando POP recupera un mensaje, recibe todas sus partes, mientras que el protocolo IMAP4 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.
• IMAP admite banderas en el servidor para realizar un seguimiento del estado del mensaje: por ejemplo, si el mensaje ha sido leído, respondido, reenviado o eliminado.

Solicitudes de comentarios relacionadas (RFC)

• RFC 918 – PROTOCOLO DE LA OFICINA DE CORREOS
• RFC 937 – PROTOCOLO DE OFICINA 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 – IMAP/POP AUTHorize Extension for Simple Challenge/Response
• 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: los códigos de respuesta SYS y AUTH POP
• RFC 5034: el mecanismo de autenticación simple de autenticación y capa de seguridad (SASL) del Protocolo de oficina de correos (POP3)
• RFC 8314: texto sin cifrar considerado obsoleto: uso de la seguridad de la capa de transporte (TLS) para el envío y el acceso a correos electrónicos