Protocolo de la Oficina postal

En informática, el Protocolo de oficina de correos (POP) 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.

Propósito

El Protocolo de oficina postal brinda 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 tanto conexiones (en línea) como desconectadas ( fuera de línea) modos de operación.

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) por Joyce K. Reynolds. 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.

Mientras que la especificación POP3 original solo admitía un mecanismo de inicio de sesión de USUARIO/PASS sin cifrar o control de acceso de 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, compatibilidad con mensajes de varias partes y administración de indicadores 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 admitir 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 están enumeradas por 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.

STARTTLS

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 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, 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: espera para la conexión en el puerto TCP 110 títuloC: Conexión activada
S: +OK POP3 servidor listo י1896.697170952@dbc.mtview.ca.usC: APOP mrose c4c9334bac560ecc979e58001b3e22fb
S: +OK mrose's maildrop tiene 2 mensajes (320 octets)C: SITUACIÓN
S: +OK 2 320C: LIST
S: +OK 2 mensajes (320 octets)S: 1 120S: 2 200S:C: RETR 1
S: +OK 120 octetsS: Identificar el servidor POP3 envía mensaje 1 títuloS:C: DELE 1
S: +OK mensaje 1 borradoC: RETR 2
S: +OK 200 octetsS: Identificar el servidor POP3 envía mensaje 2S:C: DELE 2
S: +OK mensaje 2 borradoC: QUIT
S: +OK dewey POP3 server signing off (maildrop empty)C: Conexión cerrada
S: espera para la siguiente conexión

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

C: Trose de USUARIO
S: +OK Usuario aceptadoC: PASS tanstaaf
S: +OK Pass 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:

• La COP es un protocolo más simple, facilitando la implementación.
• POP mueve el mensaje desde el 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 en el servidor de correo electrónico también. IMAP predetermina dejar 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 de IMAP realiza consultas complejas, pidiendo al servidor encabezados, o los cuerpos de mensajes especificados, o para buscar mensajes que cumplan ciertos criterios. Los mensajes en el repositorio de correo pueden ser marcados con varias banderas de estado (por ejemplo, "deletadas" o "respuestas") y permanecen en el repositorio hasta que el usuario lo retire explícitamente, lo cual 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. Dependiendo de la implementación del cliente IMAP y de la arquitectura de correo deseada por el administrador del sistema, el usuario puede guardar mensajes directamente en la máquina cliente, o guardarlos en el servidor, o se le da la opción de hacer cualquiera.
• El protocolo POP requiere que el cliente actualmente conectado sea el único cliente conectado al buzón de correo. En cambio, el protocolo IMAP permite específicamente el acceso simultáneo de múltiples clientes y ofrece mecanismos para que los clientes detecten cambios realizados en el buzón por otros clientes, simultáneamente conectados. Vea por ejemplo RFC3501 sección 5.2 que cita específicamente "acceso simultáneo al mismo buzón por múltiples agentes" como ejemplo.
• Cuando POP recupera un mensaje, recibe todas las partes de él, mientras que el protocolo IMAP4 permite a los clientes recuperar cualquiera de las partes MIME individuales por separado – por ejemplo, recuperar el texto llano sin recuperar archivos adjuntos.
• IMAP admite banderas en el servidor para hacer un seguimiento del estado del mensaje: por ejemplo, si el mensaje ha sido leído, respondido, enviado o eliminado.

Solicitudes de comentarios (RFC) relacionadas

• RFC 918 – POST OFFICE PROTOCOL
• RFC 937 – POST OFFICE PROTOCOL – 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 la Oficina de Correos (POP3)
• RFC 2195 – IMAP/POP AUTHorize Extension for Simple Challenge/Response
• RFC 2384 – Plan de URL de COP
• RFC 2449 – Mecanismo de extensión POP3
• RFC 2595 – Usando TLS con IMAP, POP3 y ACAP
• RFC 3206 – Los códigos de respuesta SYS y AUTH POP
• RFC 5034 – Protocolo de la oficina de correos (POP3) Mecanismo de autenticación simple y de seguridad (SASL)
• RFC 8314 – Cleartext Considered Obsolete: Use of Transport Layer Security (TLS) for Email Submission and Access