Richten Sie Ihre Anwendung, Ihr CMS oder Ihr Gerät auf MigoSMTP und senden Sie genau wie bisher weiter, während Authentifizierung, TLS und Limits für Sie erledigt werden.
Ein KI-Copilot erklärt jeden Bounce und jede Zurückstellung in verständlicher Sprache.
Funktioniert mit jedem Framework, CMS, Plugin, Skript oder Gerät, das per SMTP senden kann. Verbinden Sie sich mit STARTTLS; unverschlüsselte Verbindungen werden nicht akzeptiert.
Erstellen Sie Zugangsdaten pro Anwendung, Umgebung oder Kunde, sodass Sie eines rotieren oder deaktivieren können, ohne die anderen anzufassen.
Begrenzen Sie das Volumen pro Konto, damit ein außer Kontrolle geratener Job oder ein geleaktes Passwort weder Ihr Kontingent noch Ihre Reputation aufzehrt.
Binden Sie ein Konto an die Serveradressen, denen Sie vertrauen, sodass gestohlene Zugangsdaten von anderswo nutzlos sind.
Hard Bounces und Beschwerden werden für Sie unterdrückt, und temporäre Fehler werden wiederholt, bevor sie als fehlgeschlagen zählen.
Finden Sie jede Nachricht und sehen Sie ihre SMTP-Antworten, Retries und den Endstatus, damit der Support beantworten kann, wohin eine E-Mail gegangen ist.
Veröffentlichen Sie die SPF- und DKIM-Records, die wir Ihnen geben, und fügen Sie eine DMARC-Policy hinzu. Jeder Record wird grün, sobald er verifiziert ist.
Generieren Sie einen Benutzernamen und einen eingeschränkten Key und legen Sie dann das Sendelimit und optional die IP-Allowlist für diese App fest.
Ändern Sie Host, Port und Zugangsdaten in Ihrer App oder Ihrem Plugin, senden Sie eine Testnachricht und bestätigen Sie das Ergebnis im Nachrichtenlog.
Wechseln Sie zwischen den Phasen, um zu sehen, was Sie in jedem Schritt steuern. Beispielhafte Oberfläche. Alle gezeigten Zahlen und Adressen sind Beispieldaten.
Jedes SMTP-Konto ist separat, sodass Sie den Zugang für eine App, Umgebung oder einen Kunden rotieren, begrenzen oder deaktivieren können, ohne etwas anderes anzufassen.
Ein SMTP-Relay ist ein Mailserver, der Nachrichten Ihrer Anwendung über das Standardprotokoll SMTP entgegennimmt und in Ihrem Auftrag an die Mailbox-Anbieter der Empfänger zustellt. Ihre App authentifiziert sich, übergibt die Nachricht und macht weiter. MigoSMTP betreibt das Relay auf MigoMTA, sodass wir Queuing, Wiederholungen, Authentifizierungs-Signierung und anbieterspezifisches Throttling übernehmen, statt dass Sie einen eigenen Mailserver betreiben und abstimmen. Ihr bestehender Code und Ihre Bibliotheken bleiben, Sie ändern nur Host, Port und Zugangsdaten.
Alles, was SMTP spricht, kann das Relay nutzen: Web-Frameworks, CMS-Plugins, Ticketing- und Abrechnungstools, Skripte, Drucker und Scanner. Jede App, Umgebung oder jeder Kunde erhält ein eigenes SMTP-Konto mit separaten Zugangsdaten, Versandlimits und optionaler IP-Allowlist, sodass Sie eines rotieren oder deaktivieren können, ohne die übrigen anzufassen. TLS ist bei jeder Verbindung erforderlich. Limits pro Konto verhindern, dass eine fehlerhafte App Ihr Kontingent aufbraucht, und Nutzungsberichte zeigen, welches Konto was gesendet hat.
Ein Relay ist für die Zustellbarkeit wichtig, weil Mailbox-Anbieter die Versandinfrastruktur ebenso bewerten wie den Inhalt. Ein verwaltetes Relay signiert Mails mit dem DKIM-Key Ihrer Domain, wendet durchgängige Authentifizierung an, drosselt das Tempo, wenn ein Anbieter zurückstellt, wiederholt temporäre Fehlschläge und unterdrückt Adressen, die bouncen oder sich beschweren. Wenn doch etwas schiefgeht, zeigt das Nachrichten-Log die rohen SMTP-Antworten, und unser KI-Assistent erklärt sie in verständlicher Sprache, damit Ihr Team und Ihr Support sehen, was passiert ist und was zu ändern ist.
Ersetzen Sie unzuverlässigen Server-Mailversand durch ein SMTP-Relay für WordPress. Tragen Sie Host und Zugangsdaten in Ihr SMTP-Plugin ein, und Bestellbestätigungen und Passwort-Resets landen nicht mehr im Spam.
Agenturen können für jede Kunden-Site ein eigenes SMTP-Konto mit eigenen Limits anlegen. So kann ein kompromittiertes Plugin auf einer Site weder das gemeinsame Kontingent erschöpfen noch einem anderen Kunden schaden.
Laravel-, Django-, Rails-, Node- und CodeIgniter-Apps haben bereits SMTP-Einstellungen. Richten Sie die Mail-Konfiguration auf das Relay und behalten Sie Ihre vorhandenen Mailer, Templates und Queues.
Drucker, Scanner und ältere Fachsoftware unterstützen oft nur SMTP. Das Relay ermöglicht ihnen authentifizierten, verschlüsselten Versand ohne Firmware-Änderungen und ohne Neuentwicklung.
Binden Sie Ticketing-, CRM- und Rechnungssoftware an, die selbst E-Mails versendet, damit Kundenantworten und Belege von Ihrer authentifizierten Domain kommen statt von einem geteilten Server.
Nutzen Sie getrennte Konten für Staging und Produktion mit unterschiedlichen Limits und Allowlists. So vermischt sich Testverkehr nie mit Ihrer Live-Reputation oder Kundendaten, und beides bleibt leicht prüfbar.
Beide liefern über dieselbe Infrastruktur aus. Wählen Sie die Variante, die zur anzubindenden Software passt.
Sie können beides nutzen. Viele Teams behalten SMTP für Legacy-Tools und nutzen die API für neue Services, in einem Workspace und mit einem gemeinsamen Berichtswesen.
Ein KI-Copilot liest rohe SMTP-Antworten und Logs, erklärt dann verständlich, warum eine Nachricht zurückgestellt wurde oder gebounct ist, und schlägt eine Lösung vor. Sie entscheiden, ob Sie handeln.
Modelle lernen das normale Versandmuster jedes Kontos und melden plötzliche Spitzen oder Einbrüche, etwa durch eine Endlosschleife oder kompromittierte Zugangsdaten. Sie wählen, ob das Konto pausiert oder nur eine Benachrichtigung gesendet wird.
Die Risikobewertung hebt Konten mit ungewöhnlichem Verhalten oder neuen Quell-IPs hervor und empfiehlt, das Passwort zu rotieren oder die Allowlist enger zu fassen. Nichts ändert sich ohne Ihre Freigabe.
Fügen Sie die Einstellungen Ihres bisherigen Anbieters ein, und der Assistent entwirft Host, Authentifizierung und DNS-Änderungen für den Wechsel. Ein Mensch prüft die Checkliste, bevor Traffic umzieht.
KI-Funktionen sind unterstützend: Sie erklären und schlagen vor, und Ihr Team gibt jede Änderung an Konten, Limits oder Routing frei.
Getrennte Zugangsdaten erlauben es, eine einzelne Anwendung zu rotieren, zu begrenzen oder zu deaktivieren, ohne andere zu stören, und machen Nutzungsberichte leicht zuordenbar.
Veröffentlichen Sie SPF, DKIM und eine DMARC-Richtlinie, bevor echter Traffic läuft. Nicht authentifizierte Mails sind der häufigste Grund für frühe Spam-Platzierung.
Ein vernünftiges Limit begrenzt Schäden durch Schleifen und geleakte Zugangsdaten. Starten Sie nahe an Ihrem realen Volumen und erhöhen Sie es bewusst mit dem Wachstum.
Wenn Ihre App von festen IPs sendet, beschränken Sie das Konto darauf. Ein gestohlenes Passwort ist dann von überall sonst nutzlos.
Speichern Sie Benutzername und Key in Umgebungsvariablen oder einem Secret-Manager, nie in einem Repository oder Front-End-Bundle, und rotieren Sie sie regelmäßig.
Senden Sie eine Testnachricht und lesen Sie dann Nachrichten-Log und Header. Prüfen Sie TLS, die From-Adresse, DKIM und den Endstatus, bevor Sie Live-Traffic umziehen.
Unsicher bei einer Einstellung? Unser Team kann Ihr Setup vor der Umstellung prüfen.
Ein SMTP-Relay nimmt E-Mails Ihrer Anwendung entgegen und leitet sie an den Mailserver des Empfängers weiter. Ihre App authentifiziert sich mit Zugangsdaten über TLS und übergibt die Nachricht. Das Relay übernimmt dann Queuing, Wiederholungen, Signierung und Anbieter-Throttling, sodass Sie keinen eigenen Mailserver betreiben müssen.
Verifizieren Sie Ihre Versanddomain, legen Sie im Dashboard ein SMTP-Konto an und tragen Sie Host, Port und Zugangsdaten in Ihrer App oder Ihrem Plugin ein. Senden Sie eine Testnachricht und prüfen Sie das Log. Bei WordPress tragen Sie dieselben Einstellungen in Ihr SMTP-Plugin ein.
Mit SMTP kann bestehende Software über ein Standardprotokoll ohne Code-Änderungen senden. Eine E-Mail-API ist eine REST-Schnittstelle, die zu neuem Code passt und Templates, Idempotenz und umfangreichere Antworten bietet. Beide liefern über dieselbe Infrastruktur aus, sodass Sie jeweils das Passende einsetzen können.
Ja. Legen Sie so viele Konten an, wie Ihr Tarif erlaubt, jeweils mit eigenen Zugangsdaten, Versandlimits und optionaler IP-Allowlist. So trennen Sie Apps, Umgebungen und Kunden und können eines deaktivieren, ohne die übrigen zu beeinträchtigen.
Bounces und Beschwerden werden in Ihren Nachrichten-Logs erfasst. Hard Bounces und Beschwerden kommen auf Ihre Suppression-Liste, damit Sie dorthin nicht mehr senden, und temporäre Fehler werden wiederholt, bevor sie als fehlgeschlagen gelten.
Ja, und wir empfehlen, das vor dem Versand echten Traffics zu tun. Die Authentifizierung Ihrer Domain ist der wichtigste Schritt, um den Posteingang zu erreichen. Das Dashboard zeigt die genauen Einträge zur Veröffentlichung und markiert jeden, sobald er verifiziert ist.
Meist ja, wenn das Gerät Authentifizierung und TLS unterstützt. Legen Sie dafür ein eigenes Konto mit niedrigem Versandlimit und IP-Allowlist an. Kann das Gerät kein TLS, sprechen Sie uns vor dem Anschluss auf die Optionen an.
Nein. Der Assistent erklärt Bounces, meldet ungewöhnliches Volumen und schlägt Lösungen vor, aber Ihr Team gibt jede Änderung an Zugangsdaten, Limits oder Routing frei. Seine Begründung können Sie neben den zugrunde liegenden Logs nachvollziehen.
Konto erstellen, Domain hinzufügen und die erste E-Mail senden.