Startseite » wie man » Warum ist ein Zwischen-SMTP-Server zum Senden von E-Mail erforderlich?

    Warum ist ein Zwischen-SMTP-Server zum Senden von E-Mail erforderlich?

    Wenn eine Person mehr über die Funktionsweise von E-Mail-Clients, SMTP-Servern und des gesamten Online-E-Mail-Systems erfährt, kann sie neugierig sein, warum ein dazwischenliegender SMTP-Server überhaupt benötigt wird. In diesem Sinne hat der heutige Q & A-Beitrag von SuperUser die Antworten auf die Fragen eines neugierigen Lesers.

    Die heutige Question & Answer-Sitzung wird dank SuperUser zur Verfügung gestellt - einer Unterteilung von Stack Exchange, einer Community-basierten Gruppierung von Q & A-Websites.

    Foto mit freundlicher Genehmigung von David Schroeder (Flickr).

    Die Frage

    SuperUser-Leser Tobia möchte wissen, warum ein SMTP-Server zum Senden von E-Mails erforderlich ist:

    Warum brauche ich einen zwischengeschalteten SMTP-Server, um E-Mails zu senden? Warum kann mein E-Mail-Client (Outlook oder Thunderbird) keine Nachrichten direkt an die SMTP-Domäne des Empfängers senden??

    Zum Beispiel, wenn ich eine Mail an senden muss [email protected] Mit meinem Google Mail-Konto schicke ich es an die smtp.gmail.com Server; Dann sendet dieser Server meine Nachricht an den MX-Server von example.com.

    Warum wird ein zwischengeschalteter SMTP-Server zum Senden von E-Mails benötigt??

    Die Antwort

    SuperUser-Mitwirkender Davidgo hat die Antwort für uns:

    Es ist technisch möglich, E-Mails direkt von Ihrem Computer an den SMTP-Server des Empfängers zu senden.

    Wenn der Remote-SMTP-Server inaktiv ist, möchten Sie, dass das System automatisch damit umgeht und es immer wieder versucht. Daher haben Sie einen SMTP-Server. Auch waren früher nicht alle Mail-Server ständig miteinander verbunden (Fernverbindungen waren teuer), so dass E-Mails in die Warteschlange gestellt und gesendet wurden, wenn eine Verbindung hergestellt wurde.

    Um zu den günstigen Internetdiensten zu gelangen, ist es immer noch sinnvoll, über Mechanismen zu verfügen, die erneut versuchen, E-Mails zu senden, wenn ein Server nicht verfügbar ist. Es ist nicht ideal, dass diese Funktionalität in das MUA (Mail User Agent / End User Mail-Programm) geschrieben wird. Diese Funktionen passen in einen MTA (Mailserver / SMTP-Server).

    Aber es werden schlimmere Spammer. Die meisten E-Mails (mehr als 80 Prozent) sind Spam. E-Mail-Anbieter tun alles, um dieses Problem zu reduzieren, und eine Vielzahl von Techniken trifft Annahmen über die Zustellung von E-Mails. Folgendes sind wichtige Überlegungen:

    1. Greylisting: Einige Anbieter trennen automatisch eine E-Mail-Verbindung, wenn der Absender und der Empfänger noch nicht kommuniziert haben und von einem zweiten Versuch ausgehen. Spammer wiederholen sich häufig nicht, solange dies von einem SMTP-Server erwartet wird. Dies reduziert das Spam-Volumen um etwa 80 Prozent. Es ist jedoch äußerst lästig, dies tun zu müssen.

    2. Ruf: Es ist viel wahrscheinlicher, dass jemand, der E-Mail über einen seriösen, bekannten SMTP-Server sendet, im Vergleich zu einem Fly-by-Night-Server legitim ist. Um ein Gefühl für den guten Ruf zu bekommen, tun Anbieter eine Reihe von Dingen:

    • Dynamische / Client-Adressen sperren (nicht zu 100 Prozent, aber große Teile des Internets wurden abgebildet).
    • Prüfen Sie, ob das Reverse-DNS mit dem Forward-DNS übereinstimmt. Nicht sehr schwer zu bewerkstelligen, zeigt jedoch ein gewisses Maß an Verantwortlichkeit und Wissen über bewährte Vorgehensweisen (einige Client-Adressblöcke haben dies nicht)..
    • Überprüfen Sie den Ruf. Bei der Kommunikation mit anderen SMTP-Servern verfolgen viele Anbieter die Menge an Spam und das E-Mail-Volumen. Sie können die Menge an Spam reduzieren, indem sie die Anzahl der Verbindungen begrenzen und diese Parameter im Auge behalten. Es gibt viele Möglichkeiten, dies zu tun, nicht alle sind offensichtlich, erfordern jedoch einen bekannten Absender.
    • SPF und DKIM. Durch diese Mechanismen werden DNS-Ressourcen an den Domänennamen gebunden, um das Fälschen von E-Mail zu erschweren und wäre schwierig zu implementieren, wenn das E-Mail-Programm (MUA) für ausgehende E-Mails verantwortlich ist.

    Es gibt wahrscheinlich andere geringfügige Bedenken, aber dies wären die größten.


    Haben Sie der Erklärung etwas hinzuzufügen? Sound off in den Kommentaren. Möchten Sie mehr Antworten von anderen technisch versierten Stack Exchange-Benutzern lesen? Hier geht es zum vollständigen Diskussionsthread.