Ein SMTP-Server ist das Standardprotokoll für den Versand und die Weiterleitung von E-Mails zwischen Servern. Er funktioniert wie ein digitales Postamt, das Nachrichten vom Absender annimmt, den passenden Zielserver findet und die Zustellung organisiert.
Du klickst auf „Senden“, die Nachricht verschwindet aus deinem Entwurf und wenige Augenblicke später liegt sie beim Empfänger. Wenn sie jedoch ausbleibt, im Spam landet oder als unzustellbar zurückkommt, wirkt der Vorgang plötzlich undurchsichtig. Dabei entscheidet nicht nur der SMTP-Server über den Weg deiner E-Mail.
Für Marketingteams, Vertriebsmitarbeiter und Recruiter ist dieses Verständnis praktisch relevant. Eine automatische Follow-up-Mail, eine Bewerbungsbestätigung oder eine wichtige Nachricht an einen Lead muss nicht nur technisch versendet werden. Sie muss auch authentisch wirken, den Empfänger-Server passieren und möglichst im richtigen Postfach ankommen.
Einleitung Warum du den SMTP-Server verstehen solltest
Ein typischer Arbeitstag beginnt mit einer kleinen E-Mail-Aufgabe. Du beantwortest eine Anfrage, verschickst ein Angebot oder startest eine automatisierte Nachricht nach einer Formularübermittlung. Der Klick auf „Senden“ fühlt sich wie der letzte Schritt an, technisch ist er aber erst der Anfang einer kurzen Reise.
Dein Mailprogramm übergibt die Nachricht an einen Versandserver. Dieser prüft, wohin die E-Mail gehört, nimmt Kontakt mit dem Server der Empfänger-Domain auf und versucht, die Nachricht zu übergeben. Wenn der Zielserver gerade nicht antwortet, kann der Versandserver die Nachricht vorübergehend zurückhalten und später erneut versuchen, sie zuzustellen.
Praktische Regel: Eine funktionierende SMTP-Verbindung bedeutet, dass eine Nachricht versendet werden kann. Sie garantiert noch nicht, dass sie im Hauptposteingang landet.
Genau hier entstehen die häufigsten Missverständnisse. Manche E-Mails werden vom Empfänger-Server angenommen, aber anschließend in den Spam-Ordner verschoben. Andere scheitern an fehlenden oder widersprüchlichen DNS-Einträgen. Auch eine korrekt eingerichtete Anwendung kann Probleme bekommen, wenn die Absenderdomain nicht ausreichend authentifiziert ist.
Der SMTP-Server ist deshalb mehr als ein technisches Detail. Er bildet das Transportfundament, auf dem weitere Prüfungen wie SPF, DKIM und DMARC aufbauen. Wer diese Kette versteht, kann Fehlermeldungen besser einordnen, Versandstrecken sauber planen und gezielter entscheiden, ob ein eigener Server oder ein professioneller Versanddienst sinnvoller ist.
Was ein SMTP-Server wirklich ist und welche Aufgabe er erfüllt
SMTP steht für Simple Mail Transfer Protocol. Das Protokoll regelt die Übertragung von E-Mails zwischen Mailservern. Das BSI beschreibt SMTP als verbindungsorientiertes und textbasiertes Protokoll, das für den Mailtransport zwischen Servern eingesetzt wird.
Der SMTP-Server ist dabei der technische Knotenpunkt. Er nimmt eine Nachricht vom Mailprogramm oder einer Anwendung entgegen, ermittelt den zuständigen Zielserver und übergibt die E-Mail an diesen Server. Bei vorübergehenden Problemen kann er die Nachricht in einer Warteschlange halten und einen weiteren Zustellversuch einplanen.
Die Postamt-Analogie hilft:
- Du schreibst den Brief. Das entspricht dem Erstellen der E-Mail in einem Mailprogramm oder einer Anwendung.
- Das lokale Postamt nimmt ihn an. Dein ausgehender SMTP-Server erhält die Nachricht.
- Die Sortierung beginnt. Der Server ermittelt anhand der Empfängeradresse, wohin die Nachricht weitergeleitet werden muss.
- Das Zielpostamt nimmt die Sendung entgegen. Der SMTP-Server der Empfänger-Domain akzeptiert oder verweigert die Übergabe.
- Der Empfänger holt die Nachricht ab. Dafür kommen Abrufprotokolle wie IMAP oder POP3 zum Einsatz.
SMTP ist nicht dasselbe wie IMAP oder POP3
SMTP verschickt E-Mails. IMAP und POP3 kümmern sich dagegen darum, wie ein Empfänger Nachrichten aus einem Postfach abruft. Wenn du eine Mail schreibst, arbeitet dein System mit SMTP. Wenn du den Posteingang öffnest, übernimmt typischerweise IMAP oder POP3.
Ohne SMTP gäbe es keinen standardisierten Mechanismus für die Weiterleitung vom absendenden zum empfangenden Mailserver. Das BSI ordnet SMTP ausdrücklich als Protokoll für die Übertragung zwischen Servern ein. Dadurch wird verständlich, warum der SMTP-Server bei Routing, Übergabe und Wiederholungsversuchen eine zentrale Rolle spielt.
Wie ein SMTP-Server E-Mails Schritt für Schritt zustellt
Der SMTP-Ablauf besteht aus einem geregelten Dialog zwischen den beteiligten Servern. Nach RFC 5321 beschreibt der Standard die Befehlsfolge mit EHLO, MAIL FROM, RCPT TO, DATA und QUIT. Die Befehle wirken technisch, erfüllen aber jeweils eine klar abgegrenzte Aufgabe.
Der Dialog zwischen den Mailservern
Zuerst öffnet der sendende Server eine Verbindung zum zuständigen Empfänger-Server. Mit EHLO stellt er sich vor und teilt mit, welche Erweiterungen er unterstützt. Der Zielserver antwortet, sofern er die Verbindung akzeptiert.
Anschließend folgt die Absenderangabe mit MAIL FROM. Danach nennt der sendende Server mit RCPT TO den Empfänger. Diese beiden Angaben betreffen zunächst den SMTP-Dialog. Sie sind nicht automatisch dasselbe wie die sichtbare Absenderzeile im Mailprogramm.
Wenn der Empfänger-Server die Übergabe zulässt, beginnt mit DATA die eigentliche Übertragung. Dazu gehören Kopfzeilen, Betreff, Absenderinformationen und der Nachrichtentext. Mit QUIT beendet der sendende Server die Sitzung kontrolliert.
Ein Beispiel aus dem Alltag: Eine Anwendung verschickt nach einer Anfrage automatisch eine Bestätigung. Die Anwendung übergibt die Nachricht an ihren SMTP-Dienst. Dieser verbindet sich mit dem Server der Empfänger-Domain. Nimmt dieser die E-Mail an, ist der Transportabschnitt erfolgreich abgeschlossen. Was danach mit der Nachricht im Postfach geschieht, entscheidet die Empfänger-Infrastruktur.
Warteschlangen gehören zum normalen Mailbetrieb
SMTP ist auf Wiederholungsversuche ausgelegt. Wenn ein Zielserver kurzfristig nicht erreichbar ist oder die Annahme vorübergehend verzögert, muss der sendende Server nicht sofort aufgeben. Er kann die Nachricht zwischenspeichern und später erneut zustellen.
Für automatisierte Abläufe, etwa Marketing-Automation-Workflows, ist diese Unterscheidung wichtig. Ein Versandstatus wie „angenommen“ beschreibt nicht zwingend die Platzierung im Posteingang. Bei einer Fehlersuche solltest du daher zuerst klären, an welcher Stelle die Nachricht stehen geblieben ist.
Wichtige Ports und Konfigurationen im Überblick
Ports kannst du dir wie unterschiedliche Zugangstüren zu einem Gebäude vorstellen. Der SMTP-Server bietet je nach Aufgabe verschiedene Türen an. Für die Server-zu-Server-Weiterleitung und für die Übergabe vom Client an den Mailserver gelten dabei unterschiedliche typische Wege.
Das BSI nennt Port 25/TCP für die Weiterleitung zwischen Mail Transfer Agents und Port 587/TCP häufig für den Versand vom Client an einen Mailserver. Die Auswahl hängt deshalb davon ab, ob ein Server eine Nachricht an einen anderen Server übergibt oder ob sich eine Anwendung beim eigenen Versanddienst anmeldet.
SMTP-Ports und ihre Verwendung im Vergleich
| Port | Einsatzzweck | Typische Verwendung | Hinweis |
|---|---|---|---|
| 25/TCP | Server-zu-Server-Relay | Weiterleitung zwischen Mail Transfer Agents | Für den direkten Mailtransport zwischen Servern vorgesehen |
| 587/TCP | Nachrichtenübermittlung vom Client | Versand aus Mailprogramm, Anwendung oder Website an den eigenen Mailserver | Typischer Zugang für authentifizierte Einlieferung |
Port 25 ist also nicht einfach „der E-Mail-Port für alles“. Ein Server nutzt ihn vor allem, wenn er Nachrichten an einen anderen Mailserver weiterleitet. Eine Anwendung oder ein Mailprogramm verwendet dagegen häufig Port 587, um sich beim eigenen Versandserver anzumelden und eine Nachricht einzuliefern.
Authentifizierung und Verschlüsselung mitdenken
Die Portwahl allein macht den Versand nicht sicher. Der SMTP-Dienst muss Verbindungen kontrollieren, Absender berechtigen und den Transport angemessen absichern. Welche Verschlüsselungsoptionen verfügbar sind, hängt von der jeweiligen Serverkonfiguration und den beteiligten Systemen ab.
Verwechsle außerdem Versand und Abruf nicht. Wer die Unterschiede zu IMAP im Detail nachschlagen möchte, findet eine verständliche Übersicht zu Gmail und IMAP. Für das Versenden bleibt SMTP zuständig, während IMAP den synchronisierten Zugriff auf das Postfach beschreibt.
Warum SMTP allein nicht reicht und wie SPF DKIM und DMARC schützen
SMTP beantwortet vor allem eine Transportfrage: Kann ein Server eine Nachricht an einen anderen Server übergeben? Das Protokoll beweist allein jedoch nicht zuverlässig, dass der sichtbare Absender tatsächlich berechtigt ist, im Namen einer Domain zu senden.
Deshalb ergänzt die E-Mail-Infrastruktur den Transport um eine Authentifizierungskette. Das BSI empfiehlt für E-Mail-Server die Kombination aus SPF, DKIM und DMARC und beschreibt DMARC als Regelwerk, das die Ergebnisse von SPF und DKIM auswertet und den Umgang mit nicht bestandenen Prüfungen festlegt. Diese Empfehlung findest du im technischen Hintergrund des BSI zur E-Mail-Sicherheit.
Die drei Prüfungen haben unterschiedliche Aufgaben
SPF prüft, welche Versandserver für eine Domain autorisiert sind. Der Empfänger-Server vergleicht den einliefernden Server mit der veröffentlichten Berechtigung. Stimmen diese Informationen nicht zusammen, kann die Nachricht eine SPF-Prüfung nicht bestehen.
DKIM versieht eine Nachricht mit einer kryptografischen Signatur. Der empfangende Server kann dadurch prüfen, ob die Nachricht von einem berechtigten System signiert wurde und ob wesentliche Inhalte nach dem Signieren verändert wurden.
DMARC verbindet beide Prüfungen mit einer Richtlinie. Die Domain teilt dem Empfänger-Server mit, wie er mit Nachrichten umgehen soll, die SPF oder DKIM nicht bestehen oder bei denen die erforderliche Übereinstimmung zwischen Absenderdomain und Prüfdomain fehlt.
Wichtig: SMTP transportiert die Nachricht. SPF, DKIM und DMARC helfen dem Empfänger-Server dabei, die Herkunft und Vertrauenswürdigkeit der Nachricht zu bewerten.
Warum eine korrekt versendete Mail im Spam landet
Der SMTP-Server kann die Übergabe erfolgreich abschliessen, während der Empfänger-Server die Nachricht später filtert. Das erklärt, warum ein Versandprotokoll positiv aussieht, der Empfänger aber trotzdem nichts im Hauptposteingang findet.
Typische Ursachen liegen in der Domain-Reputation, fehlender Authentifizierung, nicht passendem Alignment oder verdächtigen Versandmustern. Für Unternehmen in Deutschland kommt eine weitere Ebene hinzu. Das BSI betont sicheren E-Mail-Transport, und bei DMARC-Reporting müssen Unternehmen auch datenschutzrechtliche Anforderungen berücksichtigen. Die Verarbeitung von DMARC-Reports ausserhalb der EU kann in der deutschen Praxis problematisch sein und sollte vor der Auswahl eines Dienstleisters geprüft werden, wie auch die Hinweise zum Datenschutz bei osiro verdeutlichen.
Typische Probleme bei der E-Mail-Zustellung erkennen und lösen
Bei einer ausbleibenden Nachricht solltest du nicht sofort den SMTP-Server austauschen. Arbeite die Zustellkette von aussen nach innen durch. So erkennst du, ob das Problem beim Einliefern, beim Routing, bei der Authentifizierung oder erst nach der Annahme durch den Empfänger-Server entsteht.
Ein Fehlerbild führt zu einer anderen Prüfung
- Mail kommt nicht an: Prüfe zunächst die DNS-Einträge und die SPF-Berechtigung. Eine fehlende oder widersprüchliche Domainangabe kann dazu führen, dass der Zielserver die Nachricht nicht vertraulich einordnet.
- Mail landet im Spam: Kontrolliere SPF, DKIM und DMARC sowie deren Alignment. Ein funktionierender SMTP-Dialog schützt nicht vor einer späteren Filterentscheidung.
- Bounce-Back-Nachricht: Lies den Fehlercode und die Antwort des Zielservers. Die Meldung zeigt häufig, ob die Adresse ungültig ist, die Annahme verweigert wurde oder ein temporäres Problem vorliegt.
- Verzögerte Zustellung: Unterscheide zwischen einer Warteschlange, einem vorübergehend nicht erreichbaren Empfänger-Server und einer auffälligen Absender-Reputation.
Eine sinnvolle Reihenfolge für die Diagnose
Prüfe zuerst das Versandprotokoll deiner Anwendung oder deines SMTP-Dienstes. Suche danach nach einer Antwort des Empfänger-Servers. Wenn dort eine Annahme dokumentiert ist, liegt die nächste Prüfstation im Postfachsystem, etwa bei Spamfilter, Quarantäne oder interner Sortierung.
Danach kontrollierst du die Domainauthentifizierung. Vergleiche die tatsächlich verwendete Absenderdomain mit den für SPF und DKIM vorgesehenen Domains. Eine DMARC-Richtlinie kann nur zuverlässig bewerten, was in diesen Prüfungen und beim Alignment tatsächlich ankommt.
Für das Jahr 2026 verweisen deutschsprachige Fachquellen auf strengere Erwartungen an E-Mail-Authentifizierung und DMARC-gestützte Zustellung bei grossen Anbietern. Die Einordnung zu SPF, DKIM und DMARC für 2026 sollte dabei als Orientierung für die Planung dienen, nicht als Ersatz für eine Prüfung der konkreten Anforderungen deines Versanddienstes und deiner Empfänger.
Fazit Was du über SMTP-Server mitnehmen solltest
Ein SMTP-Server ist das Postamt des E-Mail-Versands. Er nimmt Nachrichten entgegen, organisiert das Routing zwischen Mailservern und behandelt vorübergehende Zustellprobleme. Für Client-Einlieferung und Server-Relay kommen unterschiedliche Ports zum Einsatz.
Zuverlässige Zustellung entsteht aber erst im Zusammenspiel mit SPF, DKIM und DMARC. Wenn E-Mails trotz funktionierendem SMTP nicht ankommen, solltest du deshalb nicht nur die Verbindung prüfen, sondern auch Authentifizierung, Alignment, DNS und die Entscheidung des Empfänger-Servers.
Ein eigener SMTP-Server bietet Kontrolle, verlangt aber laufende Pflege, Überwachung und Sicherheitsarbeit. Für Lead-, Recruiting- und Transaktionsprozesse ist ein professionell betriebener Versandweg oft die passendere Wahl, wenn Zustellbarkeit und nachvollziehbare Prozesse im Mittelpunkt stehen.
osiro verbindet Landingpages, Funnels, Lead- und Bewerberverwaltung mit automatisierten E-Mail- und WhatsApp-Follow-ups in einer Plattform. Besuche osiro, wenn du SMTP-basierten Versand mit strukturierten Lead-Prozessen, Routing und sicherer Marketingautomation verbinden möchtest.
