Sendmail est-il un serveur smtp? Y a-t-il une différence entre le MTA et le serveur de messagerie?

15

Je suis nouveau à envoyer un courrier et je ne sais pas exactement comment cela fonctionne.

J'ai vu des administrateurs utiliser sendmail pour envoyer des e-mails. Sendmail est-il un serveur smtp ou est-ce un client qui s'appuie sur le serveur smtp pour relayer les e-mails? J'ai googlé et lu qu'il s'agit d'un agent de transfert de courrier.

Y a-t-il une différence entre un agent de transfert de courrier et un serveur de messagerie?

En supposant qu'aucun contrôle de sécurité (DNS inversé, etc.) n'est en place lorsque j'utilise sendmail pour envoyer un e-mail à [email protected]: dois-je encore passer par un autre serveur smtp (google.com?) Ou puis-je envoyer des e-mails de mon serveur en utilisant sendmail?

Ce sera également bien si une âme aimable peut me diriger vers un guide pour débutants sur le fonctionnement des serveurs de messagerie.

Merci

Noob
la source

Réponses:

8

À mon humble avis, ce minuscule didacticiel, les MUA, les MTA et les MDA , est très bon pour expliquer les concepts de base du système de messagerie Unix.

Oui, sendmail correctement configuré devrait pouvoir envoyer des e-mails à n'importe quel MTA sur des hôtes accessibles (mais ce MTA peut refuser le courrier pour diverses raisons)

Maintenant, lorsque vous dites mail serverque cela fait généralement référence à un chemin alternatif sur l'un ou les deux:

  • Côté réception
    Remplacement de base de l'hôte de destination MTA + MDA (et de la boîte aux lettres utilisateur) par un serveur de messagerie + divers clients de messagerie fonctionnant sur différents modèles de machines distinctes (comme Web / POP / IMAP / etc., généralement applicables à la plupart des services de messagerie publics comme gmail / yahoo).
  • Côté transmission
    Remplacement de base de l'hôte d'envoi MUA + MTA par le serveur de messagerie + divers clients de messagerie fonctionnant sur différents modèles de machines distinctes
Dan Cornilescu
la source
8

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.

barlop
la source
1
Remarque - une image sur ce lien ccm.net/contents/116-how-email-works-mta-mda-mua identifie à tort MDA avec POP / IMAP., Mais l'image sur ce lien est incorrecte.
barlop
5

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)

    • Quelque chose ouvrira une session avec le serveur SMTP d'un domaine pour envoyer un message à un autre hôte sur ce domaine. (Le serveur SMTP du domaine est trouvé via les enregistrements DNS MX)
  • Une fois qu'un serveur SMTP reçoit un message, il peut faire plusieurs choses:

    • Si le message reçu concerne un autre domaine, il peut relayer le message vers le serveur SMTP de ce domaine.
    • Si le message reçu concerne le même domaine sur lequel le serveur SMTP réside, il peut remettre le message à l'agent de remise du courrier local (MDA) (s'il n'agit pas lui-même comme MDA).
    • Sur les systèmes UNIX, le MDA local copie généralement le message dans le spouleur de messagerie ( mboxou Maildir) 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, pineou 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.

LawrenceC
la source