7.3.5.2. Linux como cliente

El epígrafe no esta dedicado propiamente al papel de linux como servidor de correo, sino como una máquina en la que uno o varios usuarios consultan sus mensajes. Este papel, por tanto, es más propio de una máquina de escritorio que de una máquina servidor, pero por su relación con el asunto y porque intervienen en él los agentes ya citados, es conveniente desarrollarlo.

Dato que cliente y servidor se hayan en lugares distantes, es necesaria un envío de correo y una recepción de correo. Partimos de lo siguiente:

  • El usuario tiene cuenta en uno o varios servidores de correo remotos (gmail.com, hotmail.com, etc).

  • Suele existir, a pesar de todo, un servidor de correo (MTA) para entrega local, ya que muchas aplicaciones lo usan para enviar avisos al administrador (apt, cron, etc.).

El envío es, más o menos, como sigue:

  • Algunos MUA tienen incorporado un cliente SMTP (o sea, un MSA) con lo que pueden comunicarse directamente con el servidor de correo y hacer el envío.

  • Los clientes que no tiene esta posibilidad, o bien usan un MSA externo (por ejemplo, msmtp) o bien, si existe, usan el MTA local convenientemente configurado para enviar correo a otro servidor.

La recepción es algo más compleja y puede describirse así:

  • El usuario requiere rescatar de los servidores de correo remotos sus mensajes, gracias a que el MAA los hace accesibles, para lo cual puede optar por dos soluciones:

    1. Consultar directamente los mensajes (en especial, si el protocolo es IMAP).

    2. Descargar los mensajes con un MRA como fetchmail.

  • Si opta por la segunda opción, tras la descarga debe usarse un MDA para poder entregarse en buzones locales el correo descargado. La aplicación de descarga puede optar por entregar los correos al MTA, si existe, informándole de cuál es el usuario destinatario para que éste, a su vez, use un MDA externo o el suyo propio; o bien, puede entregarlo directamente a un MDA como procmail o maildrop.

  • El último eslabon de la cadena es el MUA, el cliente de correo, que permite leer de forma cómoda los mensajes de los buzones locales, o de los buzones remotos si se optó por no descargarlos en un paso anterior. El cliente de correo en consola por antonomasia es mutt.

../../../../_images/cliente-recepci%C3%B3n.png

Nota

Cuando el MUA, esto es, el cliente de correo es gráfico, lo habitual es que éste incorpore un MRA y descargue directamente el correo; permita establecer filtros para repartir el correo en distintos buzones (asumiento también el papel del MDA); y disponga de las funciones de MSA. Por tanto, todas las labores requeridas en el cliente las puede realizar él y no es necesario otro software.

Estudiemos por separado cada uno de los agentes:

Advertencia

Para ilustrar las configuraciones, hemos usado una cuenta de Gmail. Sin embargo, desde junio de 2022 Gmail impide la autenticación usando la simple contraseña con lo que los ejemplos de configuración que se encuentran en algunos de los epígrafes no funcionarán precisamente si se usan cuentas de este servidor. El último apartado ilustra cómo autenticar cuentas de Gmail en algunas de las aplicaciones usadas en los epígrafes anteriores.