Protocolo de Correos

Este artículo tiene varios problemas. Ayúdenos a mejorarlo o a discutir estos problemas en la página de discusión . ( Aprenda cómo y cuándo eliminar estos mensajes ) Este artículo necesita citas adicionales para su verificación .Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables . El material sin fuentes puede ser cuestionado y eliminado. Buscar fuentes:  «Protocolo de Correos» – noticias  · periódicos  · libros  · académico  · JSTOR ( Noviembre de 2007 )( Aprenda cómo y cuándo eliminar este mensaje ) Esto proporciona un contexto insuficiente para aquellos que no están familiarizados con el tema .Por favor, ayude a mejorar el artículo proporcionando más contexto para el lector . ( Julio de 2020 )( Aprenda cómo y cuándo eliminar este mensaje ) This article's use of external links may not follow Wikipedia's policies or guidelines. Please improve this article by removing excessive or inappropriate external links, and converting useful links where appropriate into footnote references. (March 2024) (Learn how and when to remove this message) (Learn how and when to remove this message)

En informática, el Protocolo de Oficina Postal ( POP ) es un protocolo estándar de Internet de capa de aplicación utilizado por los clientes de correo electrónico para recuperar correo electrónico de un servidor de correo. ^[1] Hoy en día, la versión 3 de POP ( POP3 ) es la versión más utilizada. Junto con IMAP , es uno de los protocolos más comunes para la recuperación de correo electrónico.

El Protocolo de Oficina Postal proporciona acceso a través de una red de Protocolo de Internet (IP) para 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 la computadora cliente y finalmente los eliminan del servidor. ^[2] 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 permite a estos usuarios recuperar correo electrónico cuando están conectados y, posteriormente, ver y manipular los mensajes recuperados cuando están fuera de línea.

Los clientes POP3 también tienen la opción de dejar el correo en el servidor después de la recuperación y, en este modo de funcionamiento, los clientes sólo descargarán los mensajes nuevos que se identifiquen 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 para permitir la gestión con múltiples aplicaciones cliente y para admitir modos de funcionamiento conectados ( en línea ) y desconectados ( fuera de línea ).

Un servidor POP3 escucha solicitudes de servicio en el puerto conocido 110. La comunicación cifrada para POP3 se solicita después de iniciar el 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 puerto TCP conocido 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 para esa sesión u, opcionalmente, mediante un identificador único asignado al mensaje por el servidor POP. Este identificador único es permanente y exclusivo del buzón de correo y permite que un cliente acceda al mismo mensaje en diferentes sesiones POP. El correo se recupera y se marca para su eliminación mediante 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 de correo.

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

POP3 es la versión más utilizada. 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 dio lugar a una serie de implementaciones de POP, como Pine, POPmail y otros de los primeros clientes de correo.

Aunque la especificación POP3 original sólo admitía un mecanismo de inicio de sesión USER/ PASS sin cifrar o un 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 , RimArts' Becky!, [ ^3] Windows Live Mail , PowerMail, Apple Mail y Mutt . El RFC 1460 quedó obsoleto por el RFC 1725, que a su vez quedó obsoleto por el RFC 1939.

POP4 existe sólo como una propuesta informal que añade gestión básica de carpetas, compatibilidad con mensajes multiparte y gestión de indicadores de mensajes para competir con IMAP; sin embargo, su desarrollo no ha avanzado desde 2003. Actualmente existen dos implementaciones de servidor POP4 conocidas. A partir de octubre de 2013, el dominio y el sitio web POP4.org están alojados por simbey.com, que también ejecuta la otra implementación de servidor POP4. ^[4]

En la RFC 2449 se propuso un mecanismo de extensión para dar cabida a extensiones generales y anunciar de forma organizada el soporte para comandos opcionales, como TOP y UIDL. La RFC no tenía intención de fomentar las extensiones y reafirmó que la función de POP3 es proporcionar un soporte simple para los requisitos de descarga y eliminación de la gestión de buzones de correo.

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

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 en cambio el método de puerto alternativo, que utiliza el puerto TCP 995 (POP3S).

Demon Internet introdujo extensiones a POP3 que permiten múltiples cuentas por dominio, y se lo conoce como Standard Dial-up POP3 Service (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]

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, con la diferencia de que añade seguridad Kerberos y 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 IMAP Cyrus .

El siguiente cuadro de 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 <[email protected]>C: APOP mrose c4c9334bac560ecc979e58001b3e22fbS: +OK el buzón de correo de mrose tiene 2 mensajes (320 octetos)C: ESTADÍSTICAS: +OK 2 320C: LISTAS: +OK 2 mensajes (320 octetos) S: 1 120 S: 2 200 S: .C: RETORNO 1S: +OK 120 octetos S: <el servidor POP3 envía el mensaje 1> S: .C: DELE 1S: +OK mensaje 1 eliminadoC: RETORNO 2S: +OK 200 octetos S: <el servidor POP3 envía el mensaje 2> S: .C: DELE 2S: +OK mensaje 2 eliminadoC: SALIRS: +OK El servidor POP3 de Dewey se cierra (el buzón de correo está vacío)C: <cerrar conexión>S: <esperar 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: USUARIO mrose S: ​​+OK Usuario aceptadoC: PASE de la pruebaS: +OK Pase aceptado

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

• POP es un protocolo más simple, lo que facilita su implementación.
• POP mueve el mensaje desde el servidor de correo electrónico al equipo local, aunque normalmente existe una opción en los clientes de correo electrónico para dejar los mensajes también en el servidor de correo electrónico. La opción predeterminada de IMAP es dejar el mensaje en el servidor de correo electrónico y simplemente descargar una copia local.
• POP trata el buzón como un almacén único y no tiene el concepto de carpetas.
• Un cliente IMAP realiza consultas complejas, solicitando al servidor los encabezados o los cuerpos de mensajes específicos, o buscando mensajes que cumplan ciertos criterios. Los mensajes en el repositorio de correo pueden marcarse 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 ocurrir 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 la arquitectura de correo deseada por el administrador del sistema, el usuario puede guardar los mensajes directamente en la máquina cliente, o guardarlos en el servidor, o tener la opción de hacer cualquiera de las dos cosas.
• POP proporciona una vista completamente estática del estado actual del buzón y no proporciona un mecanismo para mostrar ningún cambio externo en el estado durante la sesión.
• IMAP proporciona una vista dinámica y envía respuestas a cambios externos en el estado, incluidos mensajes recién llegados, así como cambios realizados al 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, 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 del mensaje: por ejemplo, si el mensaje ha sido leído, respondido, reenviado o eliminado.
• POP ofrece la posibilidad de asociar identificadores únicos a cada mensaje para los servidores que admiten el comando UIDL. Puede ser cualquier cadena de caracteres ASCII de 7 bits visibles (sin espacios en blanco) de hasta 70 caracteres.
• En cambio, IMAP proporciona identificadores numéricos únicos para cada mensaje, locales para cada carpeta, junto con un número UIDVALIDITY específico de la carpeta.
• Los dos métodos de identificación de mensajes anteriores (POP UIDL y 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 OFICINA POSTAL
• RFC 937 – PROTOCOLO DE OFICINA POSTAL – VERSIÓN 2
• RFC 1081 – Protocolo de oficina postal – Versión 3
• RFC 1939 – Protocolo de Correos – Versión 3 (STD 53)
• RFC 1957 – Algunas observaciones sobre la implementación del Protocolo de Correos (POP3)
• RFC 2195 – Extensión de autenticació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 – Los códigos de respuesta POP SYS y AUTH
• RFC 5034 – Mecanismo de autenticación de capa de seguridad y autenticación simple (SASL) del protocolo de oficina postal (POP3)
• RFC 8314 – El texto claro se considera obsoleto: uso de la seguridad de la capa de transporte (TLS) para el envío y acceso a correos electrónicos

• Lista de software de servidor de correo
• Comparación de clientes de correo electrónico
• Comparación de servidores de correo
• Cifrado de correo electrónico
• Protocolo de acceso a mensajes de Internet

• Asignaciones de números de puerto de la IANA
• Diagrama de secuencia POP3 Archivado el 3 de mayo de 2015 en Wayback Machine (PDF)