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.
Le terme "serveur de messagerie" est vague. Le courrier électronique contient de nombreuses pièces mobiles.
Sendmail est un agent de transfert / transport de courrier (MTA), également appelé serveur SMTP. (Il y en a d'autres, par exemple
exim4
)Une fois qu'un serveur SMTP reçoit un message, il peut faire plusieurs choses:
mbox
ouMaildir
) d'un utilisateur local ou tout autre mécanisme de stockage.Si vous avez un serveur SMTP en cours d' exécution sur un système UNIX / Linux, vous pouvez utiliser un agent utilisateur de courrier (MUA) tels que
mutt
,pine
ou un autre programme pour lire le courrier de votre bobine locale. Vous devez être connecté au système local pour que cela fonctionne.Que faire si vous souhaitez lire le courrier stocké sur un système distant? Le système distant doit exécuter un serveur POP3 ou IMAP, qui récupérera les messages du compte sur le système distant et vous les apportera, éventuellement avec des fonctions de gestion dans le cas d'IMAP. POP3 / IMAP ne peut pas envoyer de messages.
Les applications qui vous permettent de lire le courrier d'un serveur distant via POP3 ou IMAP vous permettront également d'envoyer du courrier via SMTP et devront implémenter / être un client pour les deux protocoles. POP3 / IMAP et SMTP n'ont pas à vivre sur le même hôte.
La sécurité a été renforcée dans la plupart de ces protocoles au fil des ans. Chacun de ces protocoles a des méthodes facultatives pour exiger des certificats clients ou une authentification. Il est particulièrement important de protéger un serveur SMTP du relais des e-mails pour les utilisateurs non authentifiés, car il sera généralement utilisé à des fins de spam. Le nom d'utilisateur / mot de passe / certificat SMTP peut être différent de tout autre POP3 / IMAP, qui peut toujours être différent de tous les comptes locaux du système.
la source