Investigué esto un poco una vez.
Quizás evite un término como "servidor de correo" porque una vez que comience a usar un término como MTA, ahora está usando una terminología muy específica, incluso la nomenclatura, y "servidor de correo" es quizás demasiado general, incluso ambiguo, para ser significativo.
Por lo que puedo deducir, va así
MUA-->MSA--->MTA--->(MDA->Comp)<--MUA
y con un cliente IMAP / POP (MRA) y un servidor IMAP / POP (MAA) involucrados
sending(A->B->C->D->X) then from receiving right to left (X<--B<--A)
A B C D X B A
MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA
Los correos electrónicos se envían al usuario @ dominio
MUA es el cliente de correo electrónico. Sería el cliente SMTP. (o tal vez de manera más precisa, una interfaz de usuario configurada para ejecutar un cliente SMTP particular que, por supuesto, es local en esa máquina pero, por supuesto, se conecta a un servidor SMTP)
MSA es un MTA, lo que significa que transfiere el correo electrónico, pero es el MTA al que se conecta el MUA. Y está en el dominio local. Ejecutaría SMTP. Sería un servidor SMTP. (posiblemente hay otros protocolos que podría ejecutar como alternativas a SMTP).
MTA es un MTA en el dominio de destino.
MDA es una computadora en el dominio del destinatario, que escribe / "entrega" el mensaje en el "almacén de correo" que está en un disco duro al que tiene acceso la computadora. A menudo local a la misma. Esa tienda de correo, almacena correo para los usuarios en el dominio.
MAA y MRA : tienen que ver con recibir correos electrónicos, en lugar de enviar correos electrónicos. El término MAA es menos conocido, y a menudo las personas se refieren a la MRA como solo el cliente IMAP / POP, y no le dan al servidor una abreviatura. Escuché que el MRA es un término tanto para cliente como para servidor, el argumento es que dice agente, por lo que solo describe una función y la definición no se limita a solo cliente o solo servidor. Pero los sitios que usan el término MAA parecen definir el MAA como el servidor y MRA como el cliente, y tal vez tengan razón. Así que iré con eso y citaré dos sitios web sobre eso, para una definición y un ejemplo.
Existe el MAA que es un servidor POP / IMAP. Y la MRA, que es el cliente POP / IMAP. Dos enlaces que mencionan esto ...
https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
Cliente MRA Fetchmail
servidor MAA Courier IMAPD
http://archive.vector.org.uk/art10500970
MAA (Agente de acceso al correo):
administra las carpetas de una cuenta de correo electrónico y pone los mensajes a disposición de una MRA. MRA (Agente de recuperación de correo): accede a las carpetas de correo electrónico a través del MAA y pone los mensajes a disposición del MUA
Usted pregunta acerca de Sendmail ... Sé muy poco de estos programas de Linux relacionados con el correo electrónico, pero Sendmail tiene un cliente SMTP, aunque es principalmente un MTA (y cualquier programa que pueda funcionar como un MTA puede funcionar como un MSA, un MSA es solo una forma de MTA).
Pregunta si es posible enviar directamente al MTA del dominio de destino, si no hay controles de seguridad. Creo que lo hice una vez MUA a MTA, solo un servidor SMTP involucrado, así que sí. Pero normalmente es el MSA en su dominio local el que lo envía al MTA allí. Por lo tanto, normalmente hay dos servidores SMTP involucrados. Creo que lo que hice para ver eso, fue que ejecuté un servidor de correo SMA SMA sendmail o postfix, lo vi haciendo una verificación de DNS en el dominio y lo vi encontrar un MTA de destino (otro servidor SMTP). Entonces pensé, je, intentaré enviarlo directamente. Y para un dominio al que quería enviar, podría conectarme directamente a ese MTA de destino.