Was ist ein SMTP-Relay?

Ein SMTP-Relay ist ein Server, der E-Mails von Ihrer Anwendung oder Ihrem Mailserver entgegennimmt und in Ihrem Auftrag weiter zustellt. Es übernimmt Zustellung, Wiederholungsversuche und Reputation, sodass Ihr eigener Server das nicht tun muss.

Was ist der Unterschied zwischen einem SMTP-Relay und einem SMTP-Server?

Die Begriffe überschneiden sich. Ein Relay ist ein SMTP-Server, der E-Mails authentifizierter Absender an andere Domains weiterleitet, statt nur E-Mails für seine eigenen Nutzer zu empfangen.

Warum sendet mein SMTP-Relay nicht?

Häufige Ursachen sind falsche Zugangsdaten, ein blockierter Port, eine TLS-Abweichung, eine Absenderadresse auf einer nicht verifizierten Domain oder ein Ratenlimit. Der Antwortcode des Relays in Ihren Logs verrät meist, welche davon es ist.

Sollte ich ein SMTP-Relay oder eine API verwenden?

SMTP ist am schnellsten, wenn Ihre Software es bereits unterstützt. Eine API bietet feinere Kontrolle über Templates, Metadaten und Fehlerbehandlung. Viele Teams nutzen beides.

SMTP-Relay erklärt: Was es ist und wie Sie es einrichten

Auf einen Blick. Host: smtp.migosmtp.com · Ports: 587 (STARTTLS), 465 (TLS) · Authentifizierung: Zugangsdaten pro Anwendung · Ebenfalls verfügbar: REST-API

Die Kurzfassung

Was ein SMTP-Relay ist. Ein SMTP-Relay ist ein Mailserver, der eine Nachricht von Ihrer Anwendung entgegennimmt und an den Server des Empfängers weiterleitet.
Warum nicht direkt vom eigenen Server zustellen. Ein Server kann direkt an den Empfänger zustellen, aber das funktioniert selten gut.
Was Sie zum Verbinden brauchen. Sie brauchen den Hostnamen des Relays, einen Port, einen Sicherheitsmodus und Zugangsdaten.
Postfix für ein Relay konfigurieren. Postfix, auf Linux-Servern weit verbreitet, nennt dies einen relayhost.
Eine Webanwendung konfigurieren. Die meisten Frameworks und Content-Systeme haben eine Seite für Mail-Einstellungen oder einige Umgebungsvariablen für SMTP-Host, Port, Verschlüsselung, Benutzername und Passwort.
Wenn ein Relay nicht sendet. Arbeiten Sie von außen nach innen.

Was ein SMTP-Relay ist

Ein SMTP-Relay ist ein Mailserver, der eine Nachricht von Ihrer Anwendung entgegennimmt und an den Server des Empfängers weiterleitet. Ihre Anwendung muss nicht wissen, wie sie das Ziel findet, eine fehlgeschlagene Zustellung wiederholt oder eine gute Absenderreputation pflegt. Sie übergibt die Nachricht an das Relay, und das Relay erledigt den Rest.

Die Begriffe Relay, Smart Host und SMTP-Dienst werden fast austauschbar verwendet. In der Praxis meinen sie alle einen Server, bei dem Sie sich authentifizieren und über den Sie senden.

Warum nicht direkt vom eigenen Server zustellen

Ein Server kann direkt an den Empfänger zustellen, aber das funktioniert selten gut. Viele Hoster blockieren Port 25. Neue Server-IP-Adressen haben keine Reputation, und manche stehen bereits auf Blocklisten. Empfänger erwarten Reverse-DNS, Authentifizierung und ein konsistentes Verhalten, das ein einzelner Anwendungsserver selten bietet.

Ein Relay eines Versandanbieters verfügt über eine etablierte Infrastruktur, übernimmt Wiederholungsversuche und Verzögerungen und liefert Ihnen Logs, wenn eine Nachricht nicht ankommt.

Was Sie zum Verbinden brauchen

Sie brauchen den Hostnamen des Relays, einen Port, einen Sicherheitsmodus und Zugangsdaten. Bei MigoSMTP lautet der Relay-Host smtp.migosmtp.com, und Port 587 mit STARTTLS ist die übliche Wahl. Verwenden Sie Port 465, wenn Ihre Software nur implizites TLS unterstützt.

Erstellen Sie Zugangsdaten pro Anwendung in Ihrem Dashboard. Wird eines davon offengelegt, widerrufen Sie es, ohne etwas anderes anzufassen.

Postfix für ein Relay konfigurieren

Postfix, auf Linux-Servern weit verbreitet, nennt dies einen relayhost. Die folgenden Zeilen senden alle ausgehenden E-Mails über ein authentifiziertes Relay auf Port 587 mit erzwungener Verschlüsselung. Legen Sie Benutzername und Passwort in einer separaten Datei ab, die nur root lesen darf, und führen Sie postmap darauf aus.

relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

Laden Sie Postfix nach der Änderung neu und senden Sie eine Testnachricht. Prüfen Sie das Mail-Log, falls sie nicht hinausgeht: Authentifizierungsfehler und blockierte Ports sind dort deutlich zu erkennen.

Eine Webanwendung konfigurieren

Die meisten Frameworks und Content-Systeme haben eine Seite für Mail-Einstellungen oder einige Umgebungsvariablen für SMTP-Host, Port, Verschlüsselung, Benutzername und Passwort. Tragen Sie die Relay-Daten ein, wählen Sie eine Absenderadresse auf einer von Ihnen authentifizierten Domain und senden Sie eine Testnachricht aus der Anwendung heraus.

Wenn ein Plugin stattdessen über die eigene Mailfunktion des Webhosts sendet, umgeht es Ihr Relay. Stellen Sie es auf SMTP um, damit Ihre Nachrichten signiert und protokolliert werden.

Wenn ein Relay nicht sendet

Arbeiten Sie von außen nach innen. Prüfen Sie zuerst, ob Sie den Port erreichen, mit dem Kommandozeilentest in unserem SMTP-Server-Leitfaden. Funktioniert das, prüfen Sie, ob die Zugangsdaten korrekt und aktiv sind. Lesen Sie dann die Antwort, die Ihre Anwendung erhalten hat, denn die meisten Fehler nennen einen klaren Grund.

Nimmt das Relay die Nachricht an, sie kommt aber nicht an, sehen Sie in die Logs auf der Relay-Seite. Eine Ablehnung durch den Server des Empfängers, etwa ein Bounce wegen eines fehlenden SPF- oder DKIM-Eintrags, wird dort mit dem Grund festgehalten.

Von einem Relay zu einem anderen wechseln

Ein Relay-Wechsel bedeutet meist, vier Werte zu ändern: Host, Port, Benutzername und Passwort. Sorgfalt braucht vor allem die Authentifizierung. Veröffentlichen Sie die SPF- und DKIM-Einträge des neuen Anbieters neben den alten, stellen Sie zuerst eine Anwendung um und vergleichen Sie die Zustellung, dann die übrigen.

Behalten Sie Ihre Unterdrückungsliste beim Wechsel, damit Sie keine Adressen anschreiben, die bereits gebounct sind oder sich beschwert haben. Unsere Migrationsleitfäden beschreiben die einzelnen Schritte für mehrere gängige Anbieter.

Relay oder API?

Ein Relay ist die schnellste Änderung, weil die meiste Software bereits SMTP spricht. Eine API bietet feinere Kontrolle, etwa das Senden eines Templates mit Variablen, und aussagekräftigere Antworten. Viele Teams nutzen beides: SMTP für Standardsoftware und die API für den eigenen Code.

Beide laufen über dasselbe Konto und dieselbe authentifizierte Domain, sodass Sie mit einem beginnen und das andere später ergänzen können.

Offene Relays und warum sie wichtig sind

Ein offenes Relay nimmt E-Mails von jedem an und leitet sie weiter. Spammer missbrauchen sie, und ein Server, der als solches erkannt wird, landet schnell auf Blocklisten. Ein korrekt konfiguriertes Relay verlangt eine Authentifizierung, sodass nur Ihre Zugangsdaten senden können.

Wenn Sie einen eigenen Mailserver betreiben, prüfen Sie, dass er kein offenes Relay ist, und teilen Sie Relay-Zugangsdaten niemals in einem öffentlichen Repository.

Was Sie prüfen sollten, bevor Sie einem Relay vertrauen

Sehen Sie sich an, wie es mit Bounces und Beschwerden umgeht, ob Sie Nachrichtenlogs erhalten und wie lange, welche Ports und welche TLS-Unterstützung es bietet und wie es Unterdrückungslisten behandelt. Klären Sie, welcher Support verfügbar ist, wenn die Zustellung einbricht.

Authentifizieren Sie Ihre Domain mit SPF, DKIM und DMARC, unabhängig davon, welches Relay Sie wählen. Unser kostenloser Checker zeigt, was auf Ihrer Domain veröffentlicht ist, und unsere Leitfäden behandeln jeden Eintrag.

Ratenlimits, Warteschlangen und Wiederholungsversuche

Ein Relay stellt nicht jede Nachricht sofort zu. Es stellt sie in eine Warteschlange und wiederholt temporäre Fehler über Stunden, was Sie sich wünschen, wenn der Server eines Empfängers ausgelastet ist. Ihr Anbieter kann zudem begrenzen, wie schnell Sie Nachrichten einliefern dürfen, sodass eine Schleife, die zehntausend Nachrichten in einer Sekunde sendet, gedrosselt oder abgelehnt werden kann.

Sorgen Sie dafür, dass Ihre Anwendung damit umgehen kann. Senden Sie in Batches, behandeln Sie einen temporären Fehler mit einem Wiederholungsversuch nach einer Pause, und betrachten Sie eine angenommene Nachricht nicht als zugestellt: Annahme bedeutet, dass das Relay die Verantwortung übernommen hat, nicht dass der Empfänger die Nachricht hat. Nutzen Sie Zustell-Events oder Logs, um das Ergebnis zu bestätigen.

SMTP-Relay erklärt: Was es ist und wie Sie eines einrichten