POP3

POP3
Nombre Protocolo de oficina de correos 3
Nivel (según el modelo OSI ) Aplicado
Familia TCP/IP
Puerto/ID 110/TCP, 995/TCP (POP sobre SSL)
Propósito del protocolo Recibir correo electrónico
Especificación RFC 1939 / STD 53
Implementaciones principales (clientes) MUA ( MS Outlook , Mozilla Thunderbird , The Bat!, KMail , Claws Mail , mutt , etc.)
Implementaciones principales ( servidores ) Qpopper , MS Exchange Server , CommuniGate Pro , Daemon de correo , Dovecot
Expansibilidad Agregar. comandos ( RFC 2449 )

POP3 ( Protocolo de oficina de correos versión 3 -  Protocolo de oficina de correos  , versión 3) es un protocolo de Internet de capa de aplicación estándar que utilizan los clientes de correo electrónico para recibir correo de un servidor remoto a través de una conexión TCP .

POP e IMAP (Protocolo de acceso a mensajes de Internet) son los protocolos de Internet más comunes para recuperar correo. Casi todos los clientes y servidores de correo electrónico modernos admiten ambos estándares. El protocolo POP se ha desarrollado en varias versiones, siendo el estándar actual la tercera versión (POP3). La mayoría de los proveedores de correo electrónico (como Hotmail , Gmail y Yahoo! Mail) también admiten IMAP y POP3. Las versiones anteriores del protocolo (POP, POP2) están obsoletas.

Un protocolo alternativo para recopilar mensajes de un servidor de correo es IMAP .

Información general

POP admite requisitos simples de descarga y eliminación para acceder a los buzones de correo remotos. Si bien la mayoría de los clientes POP brindan la opción de dejar el correo en el servidor después de la descarga, los clientes POP generalmente se conectan, recuperan todo el correo, lo almacenan en la computadora del usuario como mensajes nuevos, lo eliminan del servidor y luego se desconectan.

Otros protocolos, como IMAP, brindan un acceso remoto más completo e integral a las operaciones típicas de los buzones de correo. Muchos clientes de correo electrónico admiten POP e IMAP; sin embargo, muchos menos ISP admiten IMAP.

El servidor POP3 escucha en el conocido puerto 110. El cifrado de comunicación para POP3 se solicita después de que se haya iniciado el protocolo usando el comando STLS (si es compatible) o POP3S, que se conecta al servidor usando TLS o SSL en el puerto TCP 995.

Los mensajes de cliente disponibles se capturan cuando una sesión POP abre un buzón y están determinados por la cantidad de mensajes para la sesión o, opcionalmente, por un identificador único asignado al mensaje por el servidor POP. Este identificador único es permanente y exclusivo del buzón y permite al cliente acceder 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 un cliente cierra la sesión, los mensajes marcados se eliminan del buzón.

Historia

POP (POP1) se define en RFC 918 (1984), POP2 en RFC 937 (1985). La especificación POP3 original se proporcionó en RFC 1081 (1988). El actual se describe en RFC 1939 , actualizado con un mecanismo de extensión ( RFC 2449 ) y un mecanismo de autenticación ( RFC 1734 ).

A la versión POP2 se le ha asignado el puerto 109.

La especificación POP3 original solo admitía el mecanismo de inicio de sesión de USUARIO/ PASS sin cifrar o el control de acceso .rhosts . Actualmente, POP3 admite varios métodos de autenticación para brindar diferentes niveles de protección contra el acceso no autorizado al correo del usuario. La mayoría de estos son proporcionados por los mecanismos de extensión POP3. Los clientes POP3 admiten métodos SASL a través de la extensión AUTH. Como parte del proyecto MIT Athena, también se introdujo un método basado en Kerberos . RFC 1460 introdujo APOP en el protocolo central. APOP es un protocolo de solicitud/respuesta que utiliza la función hash MD5 . Los clientes que implementan APOP incluyen Mozilla Thunderbird , Opera Mail , Eudora , Windows Live Mail, PowerMail, Apple Mail , etc.

Se hizo una propuesta informal para una especificación "POP4" con una implementación de servidor en funcionamiento. Esta propuesta agregó funcionalidad básica de administración de carpetas, compatibilidad con mensajes de varias partes y administración de indicadores de mensajes. Sin embargo, no ha habido progreso en "POP4" desde 2003.

Extensiones

Se propuso un mecanismo de extensión en RFC 2449 para acomodar nuevas extensiones, así como un anuncio organizado de soporte para comandos opcionales como TOP y UIDL. Los RFC no tenían la intención de fomentar las extensiones y confirmaron que la función de POP3 es proporcionar soporte simple principalmente para el requisito de descargar y eliminar.

Las extensiones se enumeran con el comando CAPA. Con la excepción de APOP, todos los comandos opcionales se incluyeron en el conjunto de funciones original. Al igual que con el estándar ESMTP ( RFC 5321 ), las capacidades que comienzan con "X" son locales.

STARTTLS

La extensión STARTTLS le permite usar TLS (Transport Layer Security) o SSL (Secure Sockets Layer) para comunicarse usando el comando STLS, a través de un puerto POP3 estándar. Algunos clientes y servidores utilizan el método de puerto alternativo, que funciona en el puerto TCP 995 (POP3S).

SDPS

El proveedor británico Demon Internet introdujo una extensión POP3 que permitía múltiples cuentas por dominio, conocida como SDPS (Standard Dial-up POP3 Service). 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 [1] .

Comparación con IMAP

Los clientes que dejan el correo en los servidores suelen utilizar el comando UIDL para obtener la correspondencia actual entre la cantidad de mensajes y el mensaje, dada por su identificador único. El identificador es arbitrario y puede repetirse si hay mensajes idénticos en el buzón. Por el contrario, IMAP utiliza un identificador único (UID) de 32 bits que se asigna a los mensajes en orden ascendente (pero no necesariamente consecutivo) a medida que se reciben. Al recuperar mensajes nuevos, los clientes IMAP solicitan un UID mayor que el valor de UID más alto entre todos los mensajes recuperados anteriormente, mientras que un cliente POP debe elegir de todo el mapa UIDL. Para buzones grandes, esto puede requerir un procesamiento significativo.

MIME sirve como estándar para archivos adjuntos y texto no ASCII en mensajes electrónicos. Si bien ni POP3 ni SMTP requieren un mensaje con formato MIME, esencialmente todos los mensajes que no son ASCII vienen en formato MIME, por lo que los clientes POP también deben "comprender" y usar MIME. IMAP, por definición, acepta mensajes con formato MIME.

Estados de sesión

Hay 3 estados de sesión en el protocolo POP3:

Autorización El cliente pasa por el procedimiento de Autenticación . transacción El cliente recibe información sobre el estado del buzón, acepta y elimina el correo. Actualizar El servidor elimina los correos electrónicos seleccionados y cierra la conexión.

Comandos de protocolo

Nombre Argumentos Restricciones Respuestas posibles
UN ESTALLIDO [nombre] [resumen] Su apoyo es opcional. * +OK maildrop tiene n mensaje * -ERR La contraseña proporcionada para [nombre] es incorrecta
USUARIO [nombre] — * +OK el nombre es un buzón válido * -ERR nunca escuchó el nombre del buzón
PASAR [clave] Funciona después de la transferencia exitosa del nombre del buzón * +OK maildrop bloqueado y listo * -ERR contraseña inválida * -ERR incapaz de bloquear maildrop
SIGLO DE DELE [mensaje] Disponible después de una autenticación exitosa * +OK mensaje borrado * -ERR no hay tal mensaje
LISTA [mensaje] Disponible después de una autenticación exitosa * +OK lista de escaneo sigue * -ERR no hay tal mensaje
NOOP — Disponible después de una autenticación exitosa +OK
RETR [mensaje] Disponible después de una autenticación exitosa * Sigue el mensaje +OK * -ERR no hay tal mensaje
RESET — Disponible después de una autenticación exitosa +OK
ESTADO — Disponible después de una autenticación exitosa +OK ab
PARTE SUPERIOR [mensaje] [número de líneas] Disponible después de una autenticación exitosa * +OK n octetos * -ERR no hay tal mensaje
ABANDONAR — — +OK

APO

El comando se utiliza para enviar el hash de nombre de usuario y contraseña (resumen) al servidor.
[nombre]  es una cadena que especifica el nombre del buzón.
[resumen]  es la suma hash de la marca de tiempo concatenada con la contraseña del usuario, calculada mediante el algoritmo MD5 . Si se admite este comando, la marca de tiempo se obtiene al conectarse al servidor.

USUARIO

Pasa el nombre de usuario al servidor.
[nombre]  es una cadena que especifica el nombre del buzón.

PASO

Envía la contraseña del buzón al servidor.
[contraseña]  - contraseña para el buzón.

DELE

El servidor marca el mensaje especificado para su eliminación. Los mensajes marcados para su eliminación en realidad se eliminan solo después de que se cierra la transacción (las transacciones generalmente se cierran después de que se envía el comando QUIT, además, por ejemplo, en los servidores, las transacciones se pueden cerrar después de un cierto tiempo establecido por el servidor).
[mensaje]  - número de mensaje.

LISTA

Si se pasó un argumento, el servidor devuelve información sobre el mensaje especificado. Si no se pasó el argumento, el servidor emite información sobre todos los mensajes en el buzón. Los mensajes marcados para su eliminación no aparecen en la lista.
[mensaje]  - número de mensaje (argumento opcional).

NOOP

El servidor no hace nada, siempre responde positivamente.

Mensaje RETR

El servidor envía un mensaje con el número especificado.
[mensaje]  - número de mensaje.

RSET

Este comando revierte las transacciones dentro de una sesión. Por ejemplo, si un usuario ha marcado accidentalmente algunos mensajes para su eliminación, puede eliminar esas marcas emitiendo este comando.

ESTADO

El servidor devuelve el número de mensajes en el buzón y el tamaño del buzón en octetos. Los mensajes marcados como eliminados no se cuentan.

ARRIBA

El servidor devuelve los encabezados del mensaje especificado, una cadena vacía y el número especificado de primeras líneas del cuerpo del mensaje.
[mensaje]  - número de mensaje.
[número de líneas]  - cuántas líneas mostrar.

Ejemplo de sesión

Este es un ejemplo de una sesión con soporte de contraseña cifrada ( APOP , RFC 1939 ):

S: <El servidor está escuchando conexiones entrantes en el puerto 110> C: <conectando al servidor> 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:STAT 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 envía el mensaje 1> S: . C: DELE 1 S: +OK mensaje 1 borrado C: RETR 2 S: +OK 200 octetos S: <el servidor envía el mensaje 2> S: . C:DELE2 S: +OK mensaje 2 borrado C: SALIR S: +OK cierre de sesión del servidor POP3 dewey (buzón de correo vacío) C: <cierra la conexión> S: <sigue esperando conexiones entrantes>

Opción de inicio de sesión, en la que se transmite la contraseña en texto claro:

C: USUARIO mrose S +OK Usuario aceptado C:PASSmrosecontraseña Pase S+OK aceptado

Notas

  1. ↑ Diferencias entre Google Apps y Gmail - Ayuda de Gmail

Enlaces

Enlaces a los RFC mencionados

Literatura

 esquemas URI
Oficial
no oficial