Ist sendmail ein SMTP-Server? Gibt es einen Unterschied zwischen MTA und Mailserver?


15

Ich bin neu in der Post und weiß nicht genau, wie es funktioniert.

Ich habe Administratoren gesehen, die sendmail zum Versenden von E-Mails verwenden. Ist sendmail ein SMTP-Server oder ein Client, der sich beim Weiterleiten von E-Mails auf den SMTP-Server verlässt? Ich habe gegoogelt und gelesen, dass es sich um einen Mail Transfer Agent handelt.

Gibt es einen Unterschied zwischen einem Mail-Transfer-Agent und einem Mail-Server?

Vorausgesetzt, es gibt keine Sicherheitsüberprüfungen (umgekehrte DNS usw.), wenn ich sendmail verwende, um eine E-Mail an user@yahoo.com zu senden: Muss ich noch einen anderen SMTP-Server (google.com?) Durchgehen oder kann ich E-Mails senden von meinem Server mit sendmail?

Es wird auch gut sein, wenn eine Art Seele mich auf einen Leitfaden für Anfänger hinweisen kann, wie Mailserver funktionieren.

Vielen Dank

Antworten:


8

Meiner Meinung nach ist dieses winzige Tutorial, MUAs, MTAs und MDAs , sehr gut darin, die Grundkonzepte des Unix-E-Mail-Systems zu erklären.

Ja, ordnungsgemäß konfiguriertes sendmail sollte in der Lage sein, E-Mails an jeden MTA auf erreichbaren Hosts zu senden (dieser MTA kann die E-Mail jedoch aus verschiedenen Gründen ablehnen).

Wenn Sie jetzt sagen, mail serverdass sich das in der Regel auf einen alternativen Pfad in einem / beiden der folgenden Bereiche bezieht:

  • Empfängerseite
    Ersetzen des Zielhosts MTA + MDA (und des Benutzerpostfachs) durch einen Mailserver + verschiedene Mailclients, die auf verschiedenen separaten Rechnermodellen ausgeführt werden (z. B. Web / POP / IMAP / usw., was normalerweise für die meisten öffentlichen Maildienste gilt) wie Google Mail / Yahoo).
  • Senderseite Ersetzt im
    Wesentlichen den sendenden Host MUA + MTA durch den Mail-Server + verschiedene Mail-Clients, die auf verschiedenen separaten Maschinen ausgeführt werden

8

Ich habe mir das einmal genauer angesehen.

Vermeiden Sie vielleicht einen Begriff wie "Mailserver", denn sobald Sie mit der Verwendung eines Begriffs wie MTA beginnen, verwenden Sie jetzt sogar eine ganz bestimmte Terminologie, und "Mailserver" ist vielleicht einfach zu allgemein, sogar zu mehrdeutig, um sinnvoll zu sein.

Soweit ich das beurteilen kann, geht es so

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

und mit einem IMAP / POP-Client (MRA) und einem IMAP / POP-Server (MAA)

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

E-Mails werden an user @ domain gesendet

MUA ist der E-Mail-Client. Es wäre der SMTP-Client. (oder genauer gesagt, eine Benutzeroberfläche, die für die Ausführung eines bestimmten SMTP-Clients konfiguriert ist, der natürlich lokal für diesen Computer ist, aber natürlich eine Verbindung zu einem SMTP-Server herstellt.)

MSA ist ein MTA, dh es überträgt die E-Mail, aber es ist der MTA, mit dem die MUA eine Verbindung herstellt. Und es ist auf der lokalen Domain. Es würde SMTP ausführen. Es wäre ein SMTP-Server. (Möglicherweise gibt es andere Protokolle, die als Alternative zu SMTP ausgeführt werden könnten.)

MTA ist ein MTA in der Zieldomäne.

MDA Ist ein Computer in der Domäne des Empfängers, der die Nachricht in den "Mail Store" schreibt / "übermittelt", der sich auf einer Festplatte befindet, auf die der Computer Zugriff hat. Oft lokal dazu. In diesem Mail-Speicher werden E-Mails für Benutzer in der Domäne gespeichert.

MAA und MRA - Dies hat eher mit dem Empfangen von E-Mails als mit dem Versenden von E-Mails zu tun. Der Begriff MAA ist weniger bekannt, und häufig wird der MRA nur als IMAP / POP-Client bezeichnet und dem Server keine Abkürzung gegeben. Ich habe gehört, dass der MRA ein Begriff für Client und Server ist. Das Argument ist, dass er "Agent" heißt, also nur eine Funktion beschreibt und sich die Definition nicht nur auf Client oder Server beschränkt. Websites, die den Begriff MAA verwenden, scheinen den MAA als Server und den MRA als Client zu definieren, und vielleicht haben sie recht. Also gehe ich damit um und zitiere aus zwei Websites, um eine Definition und ein Beispiel zu finden.

Es gibt die MAA, die ein POP / IMAP-Server ist. Und der MRA, der der POP / IMAP-Client ist. Zwei Links, die dies erwähnen ..

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
MRA-Client Fetchmail
MAA-Server Courier IMAPD

http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
Verwaltet die Ordner eines E-Mail-Kontos und stellt die Nachrichten einem MRA zur Verfügung. MRA (Mail Retrieval Agent): Greift über die MAA auf die E-Mail-Ordner zu und stellt die Nachrichten der MUA zur Verfügung


Sie fragen nach Sendmail. Ich kenne sehr wenig von diesen E-Mail-bezogenen Linux-Programmen, aber Sendmail hat einen SMTP-Client, obwohl es meistens ein MTA ist (und jedes Programm, das als MTA fungieren kann, kann als MSA fungieren, ein MSA ist gerecht eine Form von MTA).

Sie fragen, ob es möglich ist, direkt an den MTA der Zieldomäne zu senden, wenn keine Sicherheitsüberprüfungen durchgeführt werden. Ich denke, ich habe es einmal MUA zu MTA gemacht, nur ein SMTP-Server beteiligt, also ja. Normalerweise ist es jedoch der MSA in Ihrer lokalen Domäne, der ihn an den MTA sendet. Normalerweise sind also zwei SMTP-Server beteiligt. Ich denke, was ich getan habe, um das zu sehen, war, dass ich einen MSA SMTP-Server sendmail oder postfix ausgeführt habe, eine DNS-Überprüfung der Domäne durchgeführt und einen Ziel-MTA (einen anderen SMTP-Server) gefunden habe. Dann dachte ich, ich versuche es direkt zu senden. Und für eine Domain, an die ich senden wollte, konnte ich eine direkte Verbindung zu diesem Ziel-MTA herstellen.


1
Beachten Sie, dass ein Bild unter diesem Link ccm.net/contents/116-how-email-works-mta-mda-mua MDA fälschlicherweise mit POP / IMAP identifiziert, aber das Bild unter diesem Link ist falsch.
Barlop

5

Der Begriff "E-Mail-Server" ist vage. E-Mail hat viele bewegliche Teile.

  • Sendmail ist ein Mail Transfer / Transport Agent (MTA), auch bekannt als SMTP-Server. (Es gibt andere, zB exim4)

    • Es wird eine Sitzung mit dem SMTP-Server einer Domäne geöffnet, um eine Nachricht an einen anderen Host in dieser Domäne zu senden. (Der SMTP-Server der Domain wird über DNS MX-Einträge gefunden.)
  • Sobald ein SMTP-Server eine Nachricht empfängt, kann er Folgendes ausführen:

    • Wenn die empfangene Nachricht für eine andere Domäne bestimmt ist, kann sie die Nachricht an den SMTP-Server dieser Domäne weiterleiten.
    • Wenn sich die empfangene Nachricht auf dieselbe Domäne bezieht, auf der sich der SMTP-Server befindet, kann sie an den lokalen Mail Delivery Agent (MDA) weitergeleitet werden (sofern dieser nicht selbst als MDA fungiert).
    • Auf UNIX-Systemen kopiert der lokale MDA die Nachricht normalerweise in den Mail-Spool ( mboxoder Maildir) eines lokalen Benutzers oder in einen anderen Speichermechanismus.

Wenn Sie ein SMTP - Server auf einem UNIX / Linux - System ausgeführt haben, können Sie eine Mail User Agent (MUA) wie verwenden mutt, pineoder ein anderes Programm , um E - Mails von Ihrem lokalen Spule zu lesen. Sie müssen am lokalen System angemeldet sein, damit dies funktioniert.

Was ist, wenn Sie auf einem Remote-System gespeicherte E-Mails lesen möchten? Auf dem Remotesystem muss ein POP3- oder IMAP-Server ausgeführt werden, der Nachrichten vom Konto auf dem Remotesystem abruft und an Sie weiterleitet, optional mit Verwaltungsfunktionen im Fall von IMAP. POP3 / IMAP kann keine Nachrichten senden.

Mit Anwendungen, mit denen Sie E-Mails von einem Remoteserver über POP3 oder IMAP lesen können, können Sie auch E-Mails über SMTP senden und müssen einen Client für beide Protokolle implementieren / sein. POP3 / IMAP und SMTP müssen nicht auf demselben Host installiert sein.

Die meisten dieser Protokolle wurden im Laufe der Jahre mit Sicherheitsvorkehrungen versehen. Jedes dieser Protokolle verfügt über optionale Methoden, um Clientzertifikate oder Authentifizierung zu erfordern. Es ist besonders wichtig, einen SMTP-Server vor dem Weiterleiten von E-Mails für nicht authentifizierte Benutzer zu schützen, da diese normalerweise zu Spam-Zwecken missbraucht werden. Der SMTP-Benutzername / das Kennwort / das Zertifikat kann sich von allen POP3- / IMAP-Konten unterscheiden, die sich noch von den lokalen Konten auf dem System unterscheiden können.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.