J'ai examiné cela un peu une fois.
Peut-être évitez-vous un terme comme "serveur de messagerie" 'cos une fois que vous commencez à utiliser un terme comme MTA, vous utilisez maintenant une terminologie très spécifique - même la nomenclature, et "serveur de messagerie" est peut-être tout simplement trop général, même ambigu, pour être significatif.
D'après ce que je peux rassembler, ça va comme ça
MUA-->MSA--->MTA--->(MDA->Comp)<--MUA
et avec un client IMAP / POP (MRA) et un serveur IMAP / POP (MAA) impliqués
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
Les e-mails sont envoyés à l'utilisateur @ domaine
MUA est le client de messagerie. Ce serait le client SMTP. (ou peut-être plus précisément, une interface utilisateur configurée pour exécuter un client SMTP particulier qui est bien sûr local sur cette machine mais bien sûr, se connecte à un serveur SMTP)
MSA est un MTA, ce qui signifie qu'il transfère l'e-mail, mais c'est le MTA auquel le MUA se connecte. Et c'est sur le domaine local. Il exécuterait SMTP. Ce serait un serveur SMTP. (il existe peut-être d'autres protocoles qu'il pourrait exécuter comme alternatives à SMTP).
MTA est un MTA dans le domaine de destination.
MDA Est un ordinateur du domaine du destinataire, qui écrit / "remet" le message dans la "banque de courrier" qui se trouve sur un disque dur auquel l'ordinateur a accès. Souvent local. Ce magasin de courrier électronique stocke le courrier des utilisateurs du domaine.
MAA et MRA - Il s'agit de recevoir des e-mails plutôt que d'envoyer des e-mails. Le terme MAA est moins bien connu, et souvent les gens se réfèrent au MRA comme juste le client IMAP / POP, et ne donnent pas d'abréviation au serveur. J'ai entendu dire que le MRA est un terme à la fois pour le client et le serveur, l'argument étant qu'il dit agent, donc décrit simplement une fonction et la définition ne se limite pas au client ou au serveur. Mais les sites qui utilisent le terme MAA semblent définir le MAA en tant que serveur et MRA en tant que client, et ils ont peut-être raison. Je vais donc aller avec cela, et citer deux sites Web à ce sujet, pour une définition et un exemple.
Il y a le MAA qui est un serveur POP / IMAP. Et le MRA qui est le client POP / IMAP. Deux liens qui le mentionnent ..
https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
Client MRA Fetchmail
MAA serveur Courier IMAPD
http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
gère les dossiers d'un compte de messagerie et met les messages à la disposition d'un MRA. MRA (Mail Retrieval Agent): accède aux dossiers de messagerie via le MAA et met les messages à la disposition du MUA
Vous posez des questions sur Sendmail .. Je connais très peu de ces programmes Linux liés à la messagerie, mais Sendmail a un client SMTP, bien que ce soit principalement un MTA (et tout programme qui peut fonctionner comme MTA peut fonctionner comme MSA, un MSA est juste une forme de MTA).
Vous demandez s'il est possible d'envoyer directement au MTA du domaine de destination, s'il n'y a pas de contrôle de sécurité. Je pense que je l'ai fait une fois MUA en MTA, un seul serveur SMTP impliqué, alors oui. Mais normalement, c'est le MSA de votre domaine local qui l'envoie au MTA là-bas. Donc, normalement, deux serveurs SMTP sont impliqués. Je pense que ce que j'ai fait pour voir cela, c'est que j'ai couru un serveur MSA SMTP sendmail ou postfix, l'ai vu faire une vérification DNS sur le domaine et l'ai vu trouver un MTA de destination (un autre serveur SMTP). Alors j'ai pensé heh je vais essayer de l'envoyer directement. Et pour un domaine auquel je voulais envoyer, je pouvais me connecter directement à ce MTA de destination.