Agente de correo electrónico (infraestructura)

Un agente de correo electrónico es un programa que forma parte de la infraestructura del correo electrónico , desde la redacción por parte del remitente hasta la transferencia a través de la red y la visualización por parte del destinatario. Los más conocidos son los agentes de usuario de mensajes (MUA, también conocidos como clientes de correo electrónico) y los agentes de transferencia de mensajes (MTA, programas que transfieren correo electrónico entre clientes), pero existen subdivisiones más específicas.

Más precisamente, se trata de una forma técnica de referirse a las funciones que realizan diversos programas, considerándolos como agentes de software : un programa determinado puede realizar varias funciones, pero mientras realiza una función específica (como la transferencia de mensajes ), se le denomina agente de transferencia de mensajes . Estos términos se utilizan con mayor frecuencia en los estándares de internet y en debates técnicos sobre la infraestructura de correo electrónico, no por los usuarios finales.

Si bien los términos individuales se utilizan ampliamente en los estándares de Internet y en los RFC, no existe un término general ampliamente utilizado para estos programas, aunque a un programa de este tipo se le puede hacer referencia informalmente de forma genérica como MxA , donde "x" es un comodín , ya que los programas se denominan mediante acrónimos de esta forma, como MUA y MTA, con "x" dependiendo de la función.

Los servidores de correo electrónico se construyen a partir de uno o más paquetes de software, cada uno de los cuales realiza las funciones de uno o más MxA. ^{[ 1 ]}^{[ 2 ]}

Clasificación

La clasificación más fina y amplia que se utiliza actualmente es en cinco funciones además del intercambiador de correo (MX): ^{[ 3 ]}

Agente de usuario de mensajes (MUA) ^{[ 4 ]}^{[ 5 ]}^{[ 6 ]}
Agente de envío de mensajes (MSA) ^{[ 7 ]}
Agente de transferencia de mensajes (MTA) ^{[ 8 ]}^{[ 9 ]}^{[ 10 ]}^{[ 11 ]}
Agente de entrega de mensajes (MDA) ^{[ 8 ]}^{[ 12 ]}^{[ 13 ]}^{[ 14 ]}
Agente de recuperación de correo (MRA) ^{[ 15 ]}^{[ 16 ]} (A diferencia de los términos anteriores, este término no está respaldado por los documentos de la IETF , en los que se considera un MUA).

La división tradicional es entre lado del cliente (MUA) y lado del servidor (MTA, en particular sendmail ), con el flujo dado como: ^{[ 17 ]}

MUA → MTA → … → MTA → MUA,

Se han realizado otras divisiones para establecer distinciones que algunos han encontrado útiles, las cuales se detallan a continuación.

En [1] se muestra un flujo detallado de un mensaje a través de estos diversos agentes , y puede resumirse como:

MUA → MSA → MTA → … → MTA → MDA →→ MRA →→ MUA,

con los estilos de flecha cambiando para distinguir entre pasos de empuje (→) y pasos de tracción (→→).

Otra fuente da el flujo como: ^{[ 18 ]}

MUA → (MSA) → MTA → … → MX → MDA →→ MRA/MUA,

Los programas como fetchmail , que recuperan correo de un servidor pero no proporcionan una interfaz para visualizarlo ni otras tareas del cliente, se denominan MRA (Asistentes de Recepción de Correo). Proporcionan recuperación , pero no otras funciones de cliente. Tradicionalmente, y según los estándares de Internet (como el reciente RFC 5598), se les considera un tipo de MUA (Asistente de Correo de Usuario), ya que se ejecutan en el lado del cliente y, por lo tanto, quedan fuera del alcance de los estándares de Internet. De hecho, muchos MUA realizan funciones de MRA. Sin embargo, los lectores de correo tradicionales de Unix, como elm, Pine o mutt, a menudo no incluyen funciones de MRA (o solo las incluyen de forma opcional), leyendo correo que ya ha sido entregado a un archivo de buzón (formalmente, entregado por un MDA).

En términos generales y tradicionales, cualquier programa que transfiera correo entre los extremos (todas las funciones del servidor) es un MTA. Más recientemente, se han distinguido los puntos finales de la cadena: el paso inicial cliente-servidor se denomina envío, y el paso final servidor-cliente, entrega. La motivación para distinguir el rol del MSA ha sido principalmente la seguridad, ya que las interacciones MUA-MSA (envío inicial) reciben mayor atención que las transferencias MTA-MTA (servidor-servidor). La etapa de entrega (MDA) es donde se realizan tareas como el filtrado (de mensajes no deseados) y el archivado (en carpetas separadas), y marca el inicio del agente de usuario; tradicionalmente, esto se hacía mediante procmail , mientras que hoy en día puede hacerse mediante programas del servidor, a menudo utilizando filtros de spam como SpamAssassin . Se puede decir que el MDA funciona "antes de que el mensaje llegue al buzón del usuario".

Véase también

Protocolo simple de transferencia de correo

Referencias

^ Schroder 2004 , p. 362: "Hay varias maneras de construir un servidor de correo Linux. La mayoría de los administradores optan por el enfoque modular y lo construyen a partir de una colección de programas especializados... Otra opción es usar el paquete Courier , ya que es un paquete completo que contiene un MTA, POP3, IMAP y un gestor de listas de correo. O bien, adquirir una distribución que lo incluya todo, como SuSE OpenExchange."
^ McBee 2009 , p. 22: «Cada sistema de correo electrónico puede utilizar una amplia variedad de soluciones para implementar estas funciones. Algunas aplicaciones, como Exchange, integran todas estas funciones en una única solución integral, mientras que otras solo proporcionan una parte, dependiendo de otras aplicaciones para completar la funcionalidad. Sin embargo, incluso al utilizar una solución completa, siempre se pueden combinar diferentes componentes para proporcionar la funcionalidad deseada (por ejemplo, utilizando un cliente de terceros para la funcionalidad de agente de usuario o un dispositivo de correo perimetral como agente de transferencia de correo para otros sistemas de correo). Para garantizar que estas implementaciones funcionen conjuntamente, se han desarrollado diversos estándares a lo largo del tiempo.»
^ Faircloth 2013 , p. 51: "SMTP se compone de un agente de envío de correo (MSA), un agente de usuario de correo (MUA), un agente de recuperación de correo (MRA), un intercambiador de correo (MX), un agente de entrega de correo (MDA) y, potencialmente, varios servidores intermedios conocidos como agentes de transferencia de correo (MTA)."
^ McBee 2009 , p. 21: "El agente de usuario de correo (MUA) es el componente con el que el usuario interactúa directamente. Si tuviera que usar una metáfora postal, el MUA sería aproximadamente el equivalente a su buzón de correo local al final del camino de entrada. Tradicionalmente, el MUA ha sido una aplicación cliente independiente como Outlook ; sin embargo, un cliente basado en web como Outlook Web Access también ofrece funcionalidad de MUA, aunque técnicamente sea una aplicación del lado del servidor."
^ Schroder 2004 , p. 361: "MUA: Agente de usuario de correo, también llamado 'cliente de correo'. Mutt, Pine, Kmail, Evolution y Balsa son MUA. Este es el programa del usuario para redactar, enviar y recibir correo electrónico. Los MUA pueden obtener correo de una carpeta local o de un servidor remoto a través de POP e IMAP."
^ Vakali 2006 , p. 221: " Agente de usuario de correo (MUA): Es responsable de ayudar al usuario a leer y escribir mensajes de correo electrónico. El MUA suele implementarse en un software conocido como cliente de correo electrónico. Dos clientes de correo electrónico populares son Microsoft Outlook y Mozilla Thunderbird . Estos programas transforman un mensaje de texto al formato de Internet adecuado para que el mensaje llegue a su destino."
^ McBee 2009 , p. 22: "Así como el MRA es una función variante que suele desempeñar el MUA, el agente de envío de correo (MSA) es una forma especializada del MTA. Está adaptado para aceptar envíos de correo del MUA, introducirlos en el flujo de correo y gestionar cualquier procesamiento especializado que pueda ser necesario. En Exchange 2007, esta función se gestiona tanto en la función de Buzón como en el Conector de recepción de cliente en la función de Transporte de concentrador."
^ ^a ^b Bauer 2003 , p. 458: "[Un poco de información sobre el papel de IMAP en la cadena alimentaria del correo electrónico. IMAP, el Protocolo de Acceso a Mensajes de Internet (especificado en RFC 3501), es un protocolo para agentes de entrega de correo (MDA). Mientras que los agentes de transporte de correo (MTA), como Postfix y Sendmail, mueven el correo entre redes, los MDA mueven el correo desde los MTA a los buzones de correo de destino. Para usar una analogía de mi libro Building Secure Servers With Linux , si un MTA es como un camión de correo que mueve el correo entre oficinas de correos, un MDA es como un cartero que entrega el correo desde la oficina de correos local a su casa. Un sistema MDA basado en IMAP tiene dos partes: un servidor IMAP, que aloja los buzones de correo de los usuarios y recibe correo de algún MTA, y un grupo de usuarios que ejecutan software cliente IMAP. Los tres servidores IMAP de código abierto más populares son University of Washington IMAP (UW IMAP), Cyrus IMAP de Carnegie Mellon University y Courier IMAP de Inter7 Internet Technologies. Las aplicaciones cliente IMAP populares incluyen Netscape/Mozilla Communicator, Ximian Evolution, Microsoft Outlook Express, KMail, mutt, pine y Apple Mac OS X Mail."
^ McBee 2009 , págs. 21-22: "Si el MUA es el buzón local, el agente de transporte de correo (MTA) es la infraestructura de correos que conecta diferentes pueblos y ciudades entre sí. El MTA es responsable de aceptar mensajes de otros sistemas, como los MUA y los MTA, enrutarlos y garantizar su entrega a sus destinatarios. Los mensajes suelen viajar a través de dos MTA: el del remitente y el del destinatario (a menos que, por supuesto, compartan un MTA). En un sistema Exchange 2007 , las funciones de transporte central (Hub Transport) y transporte de borde (Edge Transport) cumplen la función del MTA."
^ Schroder 2004 , p. 361: "MTA: Agente de transferencia de correo. Este transfiere correo electrónico entre servidores. Sendmail, Exim, qmail y Postfix son MTA. Un MTA debe ser compatible con SMTP."
^ Vakali 2006 , p. 221: " Agente de transferencia de correo (MTA): Acepta un mensaje que le pasa un agente de correo (MUA) u otro MTA, y luego decide el método de entrega apropiado y la ruta que debe seguir el correo. Utiliza SMTP para enviar el mensaje a otro MTA o a un agente de entrega de correo (MDA)."
^ McBee 2009 , p. 22: "¿Qué falta en esta imagen? En este caso, es el equivalente a la oficina de correos local (o, si lo prefiere, la sala de correo de la gran corporación): el agente de entrega de correo (MDA) o agente de entrega local (LDA) . Una vez que el mensaje entrante se ha entregado al conjunto de sistemas correspondiente, el MDA/LDA es responsable de garantizar que se haya depositado en el buzón correcto."
^ Schroder 2004 , p. 361: "Agente de entrega de correo. Este es un intermediario entre un MTA y un MUA. Procmail y Fetchmail son dos MDA populares. Un MDA no es obligatorio; se utiliza para funcionalidades adicionales, como filtrado, clasificación y respuesta automática."
^ Vakali 2006 , p. 221: " Agente de entrega de correo: Recibe mensajes de los MTA y los entrega al buzón de correo del usuario en el servidor de correo del usuario."
^ McBee 2009 , p. 21: "El agente de recuperación de correo , estrechamente relacionado con el MUA, es el componente que gestiona la recuperación de mensajes del almacén principal de correo. Dependiendo de los protocolos que se utilicen, como el Protocolo de Oficina de Correo (POP) o el Protocolo de Acceso a Correo de Internet (IMAP), no basta con que los nuevos mensajes se envíen automáticamente al MUA; es necesario que algún componente los descargue. Normalmente, en los sistemas modernos, el MRA no es un componente independiente, sino un conjunto de rutinas adicionales en el MUA que permiten la recuperación de mensajes."
^ Vakali 2006 , p. 221: " Agente de recuperación de correo (MRA): Recupera el correo del servidor de correo del usuario y lo coloca en su bandeja de entrada local. Los MRA suelen estar integrados en los clientes de correo electrónico."
^ Véase la Figura 1. Ciclo de vida de un correo electrónico en Vakali 2006 , pág. 221.
^
Faircloth 2013 , pág. 51: "El flujo del proceso para enviar un correo electrónico es el siguiente:
1. El cliente (MUA) envía el correo con el formato correcto al MSA o directamente a un MTA.
2. La MSA envía el correo a su MTA.
3. Se pueden enrutar MTA adicionales hasta que el correo electrónico esté en un 'MTA límite'.
4. El MTA de límite realiza una consulta utilizando DNS para identificar el MX del dominio al que está destinado el correo electrónico.
5. El MTA se conecta al MX y transfiere el correo electrónico.
6. El MX transfiere el correo electrónico al MDA.
7. En este punto, el correo electrónico se transfiere al servidor de correo interno correspondiente y se almacena hasta que el MUA o MRA se conecta a él y recupera el correo electrónico en nombre del usuario (normalmente utilizando los protocolos POP o IMAP).

Bibliografía

Bauer, Mick (2003). "Pingüino paranoico: correo seguro con LDAP e IMAP, Parte I" . Linux Journal . 2003 (115, noviembre de 2003): 12 – vía ACM .
Crocker, Dave (julio de 2009). "RFC 5598: Arquitectura de correo de Internet" . IETF . Recuperado el 2 de noviembre de 2018 .
Faircloth, Jeremy (11 de diciembre de 2013). Administración de aplicaciones empresariales: La guía definitiva para la implementación y las operaciones . Morgan Kaufmann. ISBN 9780124077737.
McBee, Jim (26 de enero de 2009). Dominando Microsoft Exchange Server 2007 SP1 . John Wiley & Sons . ISBN 9780470478141.
Schroder, Carla (29 de noviembre de 2004). Linux Cookbook: Consejos prácticos para administradores de sistemas Linux . O'Reilly Media . ISBN 9780596517502.
Vakali, Athena (30 de septiembre de 2006). Prácticas de gestión de datos web: técnicas y tecnologías emergentes . Idea Group Inc (IGI). ISBN 9781599042305.

Enlaces externos

MuttWiki: Concepto de correo electrónico
MuttWiki: MailConcept/Flow – flujo detallado, demostrando todos los roles

[modularmonolithic-schroder-1] Schroder 2004 , p. 362: "Hay varias maneras de construir un servidor de correo Linux. La mayoría de los administradores optan por el enfoque modular y lo construyen a partir de una colección de programas especializados... Otra opción es usar el paquete Courier , ya que es un paquete completo que contiene un MTA, POP3, IMAP y un gestor de listas de correo. O bien, adquirir una distribución que lo incluya todo, como SuSE OpenExchange."

[modularmonolithic-mcbee-2] McBee 2009 , p. 22: «Cada sistema de correo electrónico puede utilizar una amplia variedad de soluciones para implementar estas funciones. Algunas aplicaciones, como Exchange, integran todas estas funciones en una única solución integral, mientras que otras solo proporcionan una parte, dependiendo de otras aplicaciones para completar la funcionalidad. Sin embargo, incluso al utilizar una solución completa, siempre se pueden combinar diferentes componentes para proporcionar la funcionalidad deseada (por ejemplo, utilizando un cliente de terceros para la funcionalidad de agente de usuario o un dispositivo de correo perimetral como agente de transferencia de correo para otros sistemas de correo). Para garantizar que estas implementaciones funcionen conjuntamente, se han desarrollado diversos estándares a lo largo del tiempo.»

[number-faircloth-3] Faircloth 2013 , p. 51: "SMTP se compone de un agente de envío de correo (MSA), un agente de usuario de correo (MUA), un agente de recuperación de correo (MRA), un intercambiador de correo (MX), un agente de entrega de correo (MDA) y, potencialmente, varios servidores intermedios conocidos como agentes de transferencia de correo (MTA)."

[mua-mcbee-4] McBee 2009 , p. 21: "El agente de usuario de correo (MUA) es el componente con el que el usuario interactúa directamente. Si tuviera que usar una metáfora postal, el MUA sería aproximadamente el equivalente a su buzón de correo local al final del camino de entrada. Tradicionalmente, el MUA ha sido una aplicación cliente independiente como Outlook ; sin embargo, un cliente basado en web como Outlook Web Access también ofrece funcionalidad de MUA, aunque técnicamente sea una aplicación del lado del servidor."

[mua-schroder-5] Schroder 2004 , p. 361: "MUA: Agente de usuario de correo, también llamado 'cliente de correo'. Mutt, Pine, Kmail, Evolution y Balsa son MUA. Este es el programa del usuario para redactar, enviar y recibir correo electrónico. Los MUA pueden obtener correo de una carpeta local o de un servidor remoto a través de POP e IMAP."

[mua-vakali-6] Vakali 2006 , p. 221: " Agente de usuario de correo (MUA): Es responsable de ayudar al usuario a leer y escribir mensajes de correo electrónico. El MUA suele implementarse en un software conocido como cliente de correo electrónico. Dos clientes de correo electrónico populares son Microsoft Outlook y Mozilla Thunderbird . Estos programas transforman un mensaje de texto al formato de Internet adecuado para que el mensaje llegue a su destino."

[msa-mcbee-7] McBee 2009 , p. 22: "Así como el MRA es una función variante que suele desempeñar el MUA, el agente de envío de correo (MSA) es una forma especializada del MTA. Está adaptado para aceptar envíos de correo del MUA, introducirlos en el flujo de correo y gestionar cualquier procesamiento especializado que pueda ser necesario. En Exchange 2007, esta función se gestiona tanto en la función de Buzón como en el Conector de recepción de cliente en la función de Transporte de concentrador."

[mda-mta-bauer-8] Bauer 2003 , p. 458: "[Un poco de información sobre el papel de IMAP en la cadena alimentaria del correo electrónico. IMAP, el Protocolo de Acceso a Mensajes de Internet (especificado en RFC 3501), es un protocolo para agentes de entrega de correo (MDA). Mientras que los agentes de transporte de correo (MTA), como Postfix y Sendmail, mueven el correo entre redes, los MDA mueven el correo desde los MTA a los buzones de correo de destino. Para usar una analogía de mi libro Building Secure Servers With Linux , si un MTA es como un camión de correo que mueve el correo entre oficinas de correos, un MDA es como un cartero que entrega el correo desde la oficina de correos local a su casa. Un sistema MDA basado en IMAP tiene dos partes: un servidor IMAP, que aloja los buzones de correo de los usuarios y recibe correo de algún MTA, y un grupo de usuarios que ejecutan software cliente IMAP. Los tres servidores IMAP de código abierto más populares son University of Washington IMAP (UW IMAP), Cyrus IMAP de Carnegie Mellon University y Courier IMAP de Inter7 Internet Technologies. Las aplicaciones cliente IMAP populares incluyen Netscape/Mozilla Communicator, Ximian Evolution, Microsoft Outlook Express, KMail, mutt, pine y Apple Mac OS X Mail."

[mta-mcbee-9] McBee 2009 , págs. 21-22: "Si el MUA es el buzón local, el agente de transporte de correo (MTA) es la infraestructura de correos que conecta diferentes pueblos y ciudades entre sí. El MTA es responsable de aceptar mensajes de otros sistemas, como los MUA y los MTA, enrutarlos y garantizar su entrega a sus destinatarios. Los mensajes suelen viajar a través de dos MTA: el del remitente y el del destinatario (a menos que, por supuesto, compartan un MTA). En un sistema Exchange 2007 , las funciones de transporte central (Hub Transport) y transporte de borde (Edge Transport) cumplen la función del MTA."

[mta-schroder-10] Schroder 2004 , p. 361: "MTA: Agente de transferencia de correo. Este transfiere correo electrónico entre servidores. Sendmail, Exim, qmail y Postfix son MTA. Un MTA debe ser compatible con SMTP."

[mta-vakali-11] Vakali 2006 , p. 221: " Agente de transferencia de correo (MTA): Acepta un mensaje que le pasa un agente de correo (MUA) u otro MTA, y luego decide el método de entrega apropiado y la ruta que debe seguir el correo. Utiliza SMTP para enviar el mensaje a otro MTA o a un agente de entrega de correo (MDA)."

[mda-mcbee-12] McBee 2009 , p. 22: "¿Qué falta en esta imagen? En este caso, es el equivalente a la oficina de correos local (o, si lo prefiere, la sala de correo de la gran corporación): el agente de entrega de correo (MDA) o agente de entrega local (LDA) . Una vez que el mensaje entrante se ha entregado al conjunto de sistemas correspondiente, el MDA/LDA es responsable de garantizar que se haya depositado en el buzón correcto."

[mda-schroder-13] Schroder 2004 , p. 361: "Agente de entrega de correo. Este es un intermediario entre un MTA y un MUA. Procmail y Fetchmail son dos MDA populares. Un MDA no es obligatorio; se utiliza para funcionalidades adicionales, como filtrado, clasificación y respuesta automática."

[mda-vakali-14] Vakali 2006 , p. 221: " Agente de entrega de correo: Recibe mensajes de los MTA y los entrega al buzón de correo del usuario en el servidor de correo del usuario."

[mra-mcbee-15] McBee 2009 , p. 21: "El agente de recuperación de correo , estrechamente relacionado con el MUA, es el componente que gestiona la recuperación de mensajes del almacén principal de correo. Dependiendo de los protocolos que se utilicen, como el Protocolo de Oficina de Correo (POP) o el Protocolo de Acceso a Correo de Internet (IMAP), no basta con que los nuevos mensajes se envíen automáticamente al MUA; es necesario que algún componente los descargue. Normalmente, en los sistemas modernos, el MRA no es un componente independiente, sino un conjunto de rutinas adicionales en el MUA que permiten la recuperación de mensajes."

[mra-vakali-16] Vakali 2006 , p. 221: " Agente de recuperación de correo (MRA): Recupera el correo del servidor de correo del usuario y lo coloca en su bandeja de entrada local. Los MRA suelen estar integrados en los clientes de correo electrónico."

[flow-vakali-17] Véase la Figura 1. Ciclo de vida de un correo electrónico en Vakali 2006 , pág. 221.

[flow-faircloth-18] Faircloth 2013 , pág. 51: "El flujo del proceso para enviar un correo electrónico es el siguiente:
El cliente (MUA) envía el correo con el formato correcto al MSA o directamente a un MTA.
La MSA envía el correo a su MTA.
Se pueden enrutar MTA adicionales hasta que el correo electrónico esté en un 'MTA límite'.
El MTA de límite realiza una consulta utilizando DNS para identificar el MX del dominio al que está destinado el correo electrónico.
El MTA se conecta al MX y transfiere el correo electrónico.
El MX transfiere el correo electrónico al MDA.
En este punto, el correo electrónico se transfiere al servidor de correo interno correspondiente y se almacena hasta que el MUA o MRA se conecta a él y recupera el correo electrónico en nombre del usuario (normalmente utilizando los protocolos POP o IMAP).

[19] El cliente (MUA) envía el correo con el formato correcto al MSA o directamente a un MTA.

[20] La MSA envía el correo a su MTA.

[21] Se pueden enrutar MTA adicionales hasta que el correo electrónico esté en un 'MTA límite'.

[22] El MTA de límite realiza una consulta utilizando DNS para identificar el MX del dominio al que está destinado el correo electrónico.

[23] El MTA se conecta al MX y transfiere el correo electrónico.

[24] El MX transfiere el correo electrónico al MDA.

[25] En este punto, el correo electrónico se transfiere al servidor de correo interno correspondiente y se almacena hasta que el MUA o MRA se conecta a él y recupera el correo electrónico en nombre del usuario (normalmente utilizando los protocolos POP o IMAP).

[26] El cliente (MUA) envía el correo con el formato correcto al MSA o directamente a un MTA.

[27] La MSA envía el correo a su MTA.

[28] Se pueden enrutar MTA adicionales hasta que el correo electrónico esté en un 'MTA límite'.

[29] El MTA de límite realiza una consulta utilizando DNS para identificar el MX del dominio al que está destinado el correo electrónico.

[30] El MTA se conecta al MX y transfiere el correo electrónico.

[31] El MX transfiere el correo electrónico al MDA.

[32] En este punto, el correo electrónico se transfiere al servidor de correo interno correspondiente y se almacena hasta que el MUA o MRA se conecta a él y recupera el correo electrónico en nombre del usuario (normalmente utilizando los protocolos POP o IMAP).

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]

[ 7 ]

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ 14 ]

[ 15 ]

[ 16 ]

[ 17 ]

[ 18 ]