Auf einen Blick. Standard-Ports: 587 (STARTTLS), 465 (implizites TLS) · Port 25: Server zu Server, oft blockiert · MigoSMTP-Relay: smtp.migosmtp.com:587 · Hinweis: Limits des Anbieters vor der Nutzung prüfen
Die Kurzfassung
- Was ein SMTP-Server leistet. SMTP steht für Simple Mail Transfer Protocol.
- Die Einstellungen, nach denen gefragt wird. Fast jede Anwendung, die Mails versendet, verlangt dieselben fünf Angaben: einen Hostnamen, einen Port, einen Sicherheitsmodus, einen Benutzernamen und ein Passwort.
- Ports: 587, 465, 25 und 2525. Port 587 ist der Standard-Port für die Mailübergabe (Submission).
- Eine Verbindung über die Kommandozeile testen. Bevor Sie der Anwendung die Schuld geben, prüfen Sie, ob der Server erreichbar ist und TLS spricht.
- Den Postfachanbieter als SMTP-Server nutzen. Mit Gmail und Microsoft 365 können Sie über deren SMTP-Server senden, und für eine Handvoll Nachrichten aus einem persönlichen Tool ist das in Ordnung.
- Wann Sie einen Versanddienst brauchen. Ein Versanddienst, auch SMTP-Relay oder Anbieter für Transaktions-E-Mails genannt, stellt Ihrer Anwendung einen SMTP-Endpunkt und eine API bereit und betreibt die Infrastruktur, die für zuverlässige Zustellung sorgt: Reputationsmanagement, Feedback-Loops, Bounce-Verarbeitung, Sperrlisten und Protokolle.
Was ein SMTP-Server leistet
SMTP steht für Simple Mail Transfer Protocol. Ein SMTP-Server nimmt eine Nachricht von einem Absender entgegen, ermittelt über den MX-Record der Domain des Empfängers, wo dessen Mail gehostet wird, und übergibt die Nachricht an dieses Ziel. Wenn Sie in einer Mail-App auf Senden klicken oder wenn eine Webanwendung ein Passwort-Reset verschickt, erledigt ein SMTP-Server die Arbeit.
Zwei Aufgaben werden oft verwechselt. Das Senden von Mails läuft über SMTP. Das Lesen von Mails, in einer App oder im Webmail, nutzt andere Protokolle wie IMAP. Wenn ein Einstellungsbildschirm nach einem „Postausgangsserver“ fragt, ist der SMTP-Server gemeint.
Die Einstellungen, nach denen gefragt wird
Fast jede Anwendung, die Mails versendet, verlangt dieselben fünf Angaben: einen Hostnamen, einen Port, einen Sicherheitsmodus, einen Benutzernamen und ein Passwort. Der Hostname gehört Ihrem Anbieter. Benutzername und Passwort sind Zugangsdaten, die für Ihr Konto erstellt wurden, und bei einem Versanddienst sind sie meist getrennt von Ihrem Login im Dashboard.
Halten Sie Zugangsdaten aus Ihrem Quellcode heraus. Legen Sie sie in Umgebungsvariablen oder in einem Secrets-Manager ab und erstellen Sie pro Anwendung einen eigenen Satz, damit Sie einen einzelnen widerrufen können, ohne alles andere zu beeinträchtigen.
Ports: 587, 465, 25 und 2525
Port 587 ist der Standard-Port für die Mailübergabe. Die Verbindung beginnt unverschlüsselt und wird per STARTTLS auf eine verschlüsselte umgestellt. Port 465 ist ab dem ersten Byte verschlüsselt, das nennt man implizites TLS, und er wird inzwischen wieder breit unterstützt. Port 25 dient der Zustellung zwischen Servern und wird von Cloud-Hostern und privaten Internetanschlüssen häufig blockiert, um Spam einzudämmen. Port 2525 ist kein offizieller Standard, wird aber von manchen Anbietern als Alternative angeboten, wenn 587 blockiert ist.
Läuft eine Verbindung in ein Timeout, liegt die Ursache meist an einer Firewall oder einem Hosting-Anbieter, der den Port blockiert, und nicht an einem falschen Passwort. Testen Sie auf dem Rechner, der später sendet, nicht von Ihrem Laptop aus.
Eine Verbindung über die Kommandozeile testen
Bevor Sie der Anwendung die Schuld geben, prüfen Sie, ob der Server erreichbar ist und TLS spricht. Dieser Befehl verbindet sich mit einem Submission-Port und gibt das Zertifikat und die Begrüßung des Servers aus. Ersetzen Sie den Host durch den Ihres Anbieters.
openssl s_client -starttls smtp -connect smtp.example.com:587Ein erfolgreiches Ergebnis zeigt eine Zertifikatskette und eine Zeile, die mit 220 beginnt. Bei einem Timeout ist der Port blockiert. Bei einem Zertifikatsfehler prüfen Sie den eingegebenen Hostnamen.
Den Postfachanbieter als SMTP-Server nutzen
Mit Gmail und Microsoft 365 können Sie über deren SMTP-Server senden, und für eine Handvoll Nachrichten aus einem persönlichen Tool ist das in Ordnung. Sie sind für Menschen gebaut, nicht für Anwendungen. Google dokumentiert tägliche Sendelimits für private und Workspace-Konten, Microsoft wendet eigene Limits an und schafft die einfache Anmeldung per Benutzername und Passwort für SMTP schrittweise ab. Prüfen Sie die aktuelle Dokumentation des jeweiligen Anbieters, bevor Sie sich auf einen der beiden verlassen.
Das größere Problem ist, was Ihnen fehlt. Ein Postfachanbieter liefert kaum Zustellberichte, keine durchsuchbaren Protokolle pro Nachricht und keine Möglichkeit, Marketing- und Transaktionsmails zu trennen. Kommt eine Nachricht nicht an, haben Sie keine Spur, der Sie folgen können.
Wann Sie einen Versanddienst brauchen
Ein Versanddienst, auch SMTP-Relay oder Anbieter für Transaktions-E-Mails genannt, stellt Ihrer Anwendung einen SMTP-Endpunkt und eine API bereit und betreibt die Infrastruktur, die für zuverlässige Zustellung sorgt: Reputationsmanagement, Feedback-Loops, Bounce-Verarbeitung, Sperrlisten und Protokolle. Sie zahlen für Volumen und Funktionen, statt Server zu betreiben.
Entscheiden Sie sich dafür, wenn E-Mail für Ihr Geschäft wichtig ist, zum Beispiel bei Einmalcodes, Belegen und Bestellupdates, oder wenn Sie mehr als ein paar hundert Nachrichten pro Tag senden. Der nächste Abschnitt zeigt, was Sie vergleichen sollten.
Was Sie vor der Wahl vergleichen sollten
Schauen Sie darauf, wie der Preis mit Ihrem tatsächlichen monatlichen Volumen skaliert, nicht auf den Preis des Aushängetarifs. Prüfen Sie, welche Ports unterstützt werden, ob es neben SMTP auch eine API gibt, wie lange Protokolle aufbewahrt werden, ob Sie eine dedizierte IP nutzen können und wie der Support funktioniert, wenn zu einer ungünstigen Uhrzeit etwas schiefgeht.
Wenn Sie in Rupien abrechnen, fragen Sie, ob der Anbieter in INR fakturiert und GST-Rechnungen ausstellt. Fragen Sie als Versender in Großbritannien und der EU nach den Bedingungen zur Datenverarbeitung. Unsere eigenen Tarife, Ports und die Abrechnung finden Sie auf der Preisseite, und unser Leitfaden für Versender aus Indien behandelt die praktische Seite.
Häufige SMTP-Fehler und ihre Bedeutung
SMTP-Antworten sind dreistellige Codes. Codes, die mit 2 beginnen, bedeuten Erfolg, 4 steht für ein temporäres Problem, bei dem der Absender es erneut versuchen sollte, und 5 bedeutet einen dauerhaften Fehler. Eine 535-Antwort heißt, dass die Authentifizierung fehlgeschlagen ist. Prüfen Sie dann Benutzername und Passwort sowie, ob für das Konto ein App-spezifisches Passwort nötig ist. Eine 550-Antwort bedeutet meist, dass der Server des Empfängers die Nachricht abgelehnt hat oder die Adresse nicht existiert.
Eine 421- oder 450-Antwort bedeutet, dass der empfangende Server Sie bittet, es später erneut zu versuchen, oft wegen Ratenbegrenzung. Ein Timeout deutet auf einen blockierten Port hin. Ein TLS-Handshake-Fehler weist häufig auf den falschen Sicherheitsmodus für den Port hin, zum Beispiel STARTTLS auf 465. Unsere kostenlose Bounce-Code-Suche erklärt die längeren erweiterten Codes, die darauf folgen.
Grundlagen der Sicherheit
Verwenden Sie immer eine verschlüsselte Verbindung. Senden Sie Zugangsdaten niemals über eine unverschlüsselte Verbindung, auf keinem Port. Verwenden Sie für jede Anwendung eigene Zugangsdaten, speichern Sie sie als Secret und wechseln Sie sie, wenn ein Entwickler ausscheidet oder ein Server außer Betrieb genommen wird.
Schränken Sie ein, wer Ihr Konto nutzen kann, wo immer das möglich ist, zum Beispiel durch begrenzte Berechtigungen für API-Schlüssel. Beobachten Sie Ihre Versandprotokolle auf unerwartetes Volumen, denn das ist oft das erste Anzeichen für ein kompromittiertes Zugangsdatum.
Egal welchen Server Sie nutzen: Authentifizieren Sie Ihre Domain
Ein SMTP-Server kann Ihre Nachricht zustellen, aber ob ihr vertraut wird, entscheiden die Postfachanbieter. Veröffentlichen Sie SPF und DKIM für Ihre Domain und ergänzen Sie einen DMARC-Record, damit Gmail, Outlook und Yahoo erkennen können, dass die Mail tatsächlich von Ihnen stammt. Ohne sie kann selbst die Mail eines guten Anbieters im Spam landen oder abgelehnt werden.
Unsere Einrichtungsanleitung führt Sie durch jeden Record, und der kostenlose Checker zeigt Ihnen, was auf Ihrer Domain gerade fehlt.
Weiterführende Literatur und Quellen
- RFC 5321: Simple Mail Transfer Protocol
- RFC 6409: Message Submission for Mail
- RFC 8314: Cleartext Considered Obsolete: TLS for email submission
In MigoSMTP umsetzen: Hilfe-Center-Artikel
- SMTP-Einstellungen: Ports, TLS und Authentifizierung
- SMTP-Bounce-Codes erklärt
- Sendedomain verifizieren: DNS-Records und Propagierung
Verwandte Leitfäden und Tools
- DKIM, SPF und DMARC einrichten: Authentifizieren Sie Ihre Domain durchgängig.
- SPF, DKIM und DMARC prüfen: Testen Sie die Records Ihrer Domain.
- E-Mails aus Indien versenden: INR-Abrechnung, GST-Rechnungen und UPI.
- Bounce-Code-Suche: SMTP- und erweiterte Statuscodes entschlüsseln.
Bereit zum Ausprobieren? Starten Sie im kostenlosen Tarif und versenden Sie Ihre erste Nachricht in wenigen Minuten.
Häufig gestellte Fragen
Was ist ein SMTP-Server?
Ein SMTP-Server ist ein Programm, das E-Mails von einem Absender entgegennimmt und sie mit dem Simple Mail Transfer Protocol in Richtung Empfänger weiterleitet. Ihr Mailprogramm oder Ihre Anwendung übergibt ihm die Nachricht, und er stellt sie dem Mailserver des Empfängers zu.
Welchen SMTP-Port sollte ich verwenden?
Für den Versand aus einer Anwendung oder einem Mailprogramm verwenden Sie Port 587 mit STARTTLS oder Port 465 mit implizitem TLS. Port 25 dient der Zustellung zwischen Servern und wird in Privat- und Cloud-Netzwerken oft blockiert.
Brauche ich einen eigenen SMTP-Server?
In der Regel nicht. Wer einen betreibt, muss sich um IP-Reputation, Authentifizierung, Warteschlangen und den Umgang mit Missbrauch kümmern. Die meisten Teams versenden stattdessen über das SMTP-Relay eines Anbieters und halten ihren eigenen Server aus dem Zustellweg heraus.
Ist ein SMTP-Server dasselbe wie ein Mailserver?
Nicht ganz. SMTP übernimmt Versand und Weiterleitung. Ein vollständiger Mailserver speichert in der Regel auch Postfächer und lässt Nutzer ihre Mails lesen, was über andere Protokolle wie IMAP geschieht.