Neuer Leitfaden: So wärmen Sie eine dedizierte IP auf, ohne Ihre Reputation zu gefährden. Jetzt lesen →
Anmelden
MigoSMTP
Eingehende E-Mails

Eingehende E-Mails empfangen und verarbeiten

Machen Sie aus Antworten und eingehenden Nachrichten strukturierte Events, auf die Ihre Anwendung reagieren kann.

Die KI-Intent-Klassifizierung sortiert Antworten, Abwesenheitsnotizen und Beschwerden für Sie.

Eingehende Domain
TYP
NAME
WERT
MX
replies
mx.migosmtp.com
TXT
replies
v=spf1 include:migosmtp.com ~all
CNAME
_verify.replies
verify.migosmtp.com
Warten auf DNS
MX-Record
Beliebige Subdomain
MX auf uns richtenFügen Sie einen MX-Record für eine Subdomain wie replies.example.com hinzu, und Mails dorthin kommen ab sofort bei MigoSMTP an.
Kunde
mx.migosmtp
Von
Betreff
Anhang
{
"from": "a@b.com",
"subject": "Help",
"text": "Hi team…",
"attachments": 1
}
POST an Ihren Webhook
Strukturiert
Anhänge
Jede Nachricht wird zu DatenDie Roh-E-Mail wird in Absender, Betreff, Text, HTML und Anhänge zerlegt und als sauberes JSON zurückgegeben.
Eingehende Header
Received: from mx.gmail
X-Spam-Score: 0.4
Authentication-Results:
spf=pass dkim=pass
dmarc=pass
Return-Path: <a@b.com>
Content-Type: multipart
Subject: Help
Spam · Score 0.4Geringes Risiko
Auth · SPF und DKIM bestandenVertrauenswürdig
Größe · [n] KBIm Limit
SPF bestanden
DKIM bestanden
DMARC bestanden
Spam-Score
Auth-Ergebnisse
Geprüft, bevor sie Sie erreichtSpam-Score sowie SPF- und DKIM-Ergebnisse begleiten jede Nachricht, damit Ihr Code entscheiden kann, wem er vertraut.
Eingehende Mail
Signierter POST
/inbound
200 OK
Helpdesk
200 OK
Workflow
Neuversuch in 30 s
Webhook
Retries
An Ihren Endpunkt gesendetGeparste Nachrichten werden per POST mit Retries an Ihren Webhook gesendet, sodass Tickets, Antworten und Workflows sofort starten.
GET /v1/inbound/msg_[id]
GET /v1/inbound/msg_[id]
Accept: application/json
Response
200 OK
{ "attachments": [
{ "url": "…" } ] }
Kurzlebige Links
Anhang bereit
Pull-Modell
Signierte URLs
Anhänge bei Bedarf abrufenGroße Anhänge bleiben im Speicher, bis Sie sie anfordern. So bleiben Webhook-Payloads klein und schnell.
Inbound-Klassifizierer
KI
„Wo ist meine Bestellung?“Support-Anfrage
Support
„Rechnung im Anhang“Abrechnung
Finanzen
„Bitte melden Sie mich ab“Opt-out
Unterdrücken
„Vielleicht nächstes Quartal…“Unklar
Persönlich
Intent-Erkennung
Übergabe an Menschen
KI liest Antworten und leitet sie weiterJede eingehende Nachricht wird nach Intent klassifiziert und dann an die richtige Queue oder den richtigen Webhook geleitet. Unsichere Fälle gehen an einen Menschen, statt zu raten.
MX setzen
Parsen
Prüfen
Zustellen
Abrufen
KI-Router
SMTP-RelayREST-APIWebhooksDedizierte IPsDKIM-SignierungInbound ParseTemplatesAnalyticsSuppression-ListenReputations-MonitoringE-Mail-ValidierungTeam-Rollen und Audit-LogSMTP-RelayREST-APIWebhooksDedizierte IPsDKIM-SignierungInbound ParseTemplatesAnalyticsSuppression-ListenReputations-MonitoringE-Mail-ValidierungTeam-Rollen und Audit-Log
Funktionen

Antworten wie jedes andere Event behandeln

Eingehende Domains

Richten Sie einen MX-Record für eine Subdomain Ihrer Wahl auf MigoSMTP.

In JSON geparst

Header, Body und Anhänge kommen in sauberer Struktur an.

Routing-Regeln

Leiten Sie verschiedene Adressen an verschiedene Endpunkte.

Anhangsverarbeitung

Empfangen Sie Dateien mit Größenlimits, die Sie selbst festlegen.

Spam- und Virenprüfung

Prüfen Sie eingehende Mails, bevor sie Ihre App erreichen.

Signierte Zustellung

Verifizieren Sie, dass jede Payload von uns stammt.

So funktioniert es

AbsenderJemand schreibt an eine Adresse auf Ihrer Reply-Subdomain.
MigoSMTP InboundEmpfängt die Nachricht, prüft sie, parst sie zu JSON und ordnet sie einer Route zu.
Ihre AnwendungErhält einen signierten Webhook mit Headern, Body und Anhangsdetails.
SCHRITT 1

Eingehende Domain hinzufügen

Veröffentlichen Sie den MX-Record für eine Subdomain.

SCHRITT 2

Route anlegen

Ein Adressmuster abgleichen und einen Webhook wählen.

SCHRITT 3

Payload verarbeiten

Ihre App erhält jede Nachricht als JSON.

In Aktion sehen

Eine Plattform vom ersten Versand bis zum Posteingang

Wechseln Sie zwischen den Phasen, um zu sehen, was Sie in jedem Schritt steuern. Beispielhafte Oberfläche. Alle gezeigten Zahlen und Adressen sind Beispieldaten.

app.migosmtp.com / sendBeispieldaten
In der Queue
184,320
Heute gesendet
6,418,905
Rate
412/s
angenommenNachricht an you@example.com
angenommenNachricht an team@example.com
in der QueueBatch mit 25.000 Empfängern
angenommenNachricht an ops@example.com
Antwortverarbeitung

Support-Postfächer, Antwort-Tracking und E-Mail-an-App-Flows

Nutzen Sie Inbound-Routen, um Antworten auf Transaktions-E-Mails zu erfassen, Tickets zu erstellen oder Workflows zu speisen.

  • Webhook-Endpunkte pro Route
  • Retry bei Fehlern mit Backoff
  • Durchsuchbare Inbound-Logs
  • Größen- und Typlimits
Auf einen Blick
EinrichtungMX-Record auf einer Subdomain
ZustellungSignierter Webhook
FormatJSON mit geparsten Feldern
LimitsNachrichten- und Anhangsgröße pro Route festlegbar
Überblick

Was ist Inbound-E-Mail?

Inbound-E-Mail-Parsing bedeutet, an Ihre Domain gesendete E-Mails zu empfangen und in strukturierte Daten umzuwandeln, die Ihre Anwendung nutzen kann. Mit MigoSMTP veröffentlichen Sie einen MX-Record für eine Subdomain und legen Routen an, die Adressmuster abgleichen. Jede Nachricht erreicht Ihren Webhook als JSON, mit bereits geparsten Headern, Text, HTML und Anhangsinformationen. Das funktioniert ähnlich wie unsere anderen Event-Funktionen, sodass sich vorhandener Webhook-Code oft wiederverwenden lässt.

Es richtet sich an Entwickler, die auf Antworten und eingehende Mails reagieren müssen, ohne einen Mailserver zu betreiben. Typische Abläufe sind Support-Postfächer, die Tickets erstellen, Antwort-Tracking für Transaktionsmails und E-Mail-an-App-Funktionen wie das Hochladen von Dokumenten per E-Mail. Routing-Regeln leiten verschiedene Adressen an verschiedene Endpunkte, und jede Zustellung ist signiert, sodass Sie ihre Herkunft prüfen können. In durchsuchbaren Inbound-Logs finden Sie eine Nachricht, sehen die an Ihren Endpunkt gesendete Payload und können sie erneut senden, falls die Verarbeitung fehlschlug.

Der Umgang mit Antworten ist für die Zustellbarkeit wichtig, weil echte Antworten ein starkes Engagement-Signal sind und ungelesene Bounces oder Beschwerden an eine No-Reply-Adresse verloren gehen. Wenn Sie sie erfassen, können Sie schnell handeln. Die KI-Intent-Klassifizierung kann eingehende Nachrichten in Antworten, Abwesenheitsnotizen, Abmeldewünsche und Beschwerden sortieren, damit Ihre Systeme angemessen reagieren. Antworten zeigen außerdem, welche Adressen aktiv sind. Das hält Listen langfristig sauber und liefert Ihnen eine Dokumentation dessen, was Empfänger gesagt haben. Zusammen mit Webhooks und Logs schließen Inbound-Routen den Kreis zwischen dem, was Sie senden, und dem, was zurückkommt.

Anwendungsfälle

Häufige Anwendungsfälle für Inbound-E-Mail

Support-Postfach zu Ticket

Leiten Sie support@ auf einer Reply-Subdomain an den Endpunkt Ihres Helpdesks. Jede E-Mail wird zu einem Ticket mit Absender, Betreff und Anhängen, ganz ohne Postfach-Polling.

Antworten auf Transaktionsmails verfolgen

Setzen Sie einen Reply-To auf eine Reply-Subdomain, mit einem Token in der Adresse. Antwortet jemand, ordnet das Inbound-Routing die Antwort der richtigen Bestellung oder Konversation zu.

E-Mail-an-App-Uploads

Lassen Sie Nutzer Rechnungen oder Dokumente an eine eindeutige Adresse weiterleiten. Geparste Anhänge kommen an Ihrem Endpunkt an, bereit zum Speichern oder Verarbeiten, innerhalb der von Ihnen konfigurierten Größenlimits.

Auto-Replies und Abmeldungen verarbeiten

Erfassen Sie Abwesenheitsnotizen und per Antwort gesendete Abmeldewünsche und aktualisieren Sie den Kontaktstatus automatisch, damit Sie niemanden mehr anschreiben, der darum gebeten hat.

Dokumentenannahme per E-Mail

Geben Sie jedem Kunden oder Projekt eine eigene Adresse auf Ihrer Reply-Subdomain. Weitergeleitete Verträge und Rechnungen kommen als geparste Anhänge an und lassen sich automatisch ablegen.

Postfächer für Bounces und Beschwerden

Leiten Sie Antworten, die an eine No-Reply- oder Abuse-Adresse gehen, in Ihren eigenen Workflow, damit eine echte Beschwerde von einem Menschen gelesen wird und nicht verloren geht.

Die richtige Methode wählen

Inbound-Parsing oder eigenes Postfach?

Beide empfangen E-Mails. Sie unterscheiden sich darin, wer die Infrastruktur pflegt.

MigoSMTP InboundEigenes Postfach oder eigener Server
So kommt die Mail anAls JSON an Ihren Webhook gesendetSie pollen ein Postfach oder betreiben einen Mailserver
ParsingHeader, Text, HTML und Anhänge bereits strukturiertSie schreiben und pflegen einen Parser
RoutingRegeln pro AdressmusterEigener Code oder eigene Filter
FehlerRetries und Replay aus den LogsHängt davon ab, was Sie bauen

Nutzen Sie für Inbound eine eigene Subdomain, damit Ihre regulären Postfächer unberührt bleiben.

KI-Funktionen

KI-gestützte Inbound-E-Mail

Klassifizieren

Intent-Klassifizierung

Jede eingehende Nachricht kann als echte Antwort, Abwesenheit, Abmeldewunsch, Beschwerde oder Vertriebsanfrage gekennzeichnet werden. Sie ordnen Labels Routen zu, und Fälle mit geringer Sicherheit gehen an einen Menschen.

Assistent

Vorgeschlagene Antwortentwürfe

Für Support-Routen entwirft der Assistent eine Antwort aus Ihrer Wissensdatenbank. Ein Mensch prüft und sendet sie; nichts geht automatisch hinaus, es sei denn, Sie konfigurieren diese Regel selbst.

Copilot

Thread-Zusammenfassungen

Lange Antwortketten werden zu einer kurzen Zusammenfassung mit empfohlener nächster Aktion verdichtet, damit Agenten Konversationen schnell übernehmen können. Die Originalnachrichten bleiben in den Logs verfügbar.

Risiko

Spam- und Missbrauchs-Scoring

Das KI-Risiko-Scoring ergänzt Spam- und Virenprüfungen, indem es verdächtige eingehende Nachrichten bewertet. Sie wählen, ob Nachrichten mit hohem Risiko unter Quarantäne gestellt, markiert oder dennoch zugestellt werden.

KI-Funktionen sind unterstützend: Klassifizierung und Entwürfe helfen Ihrem Workflow, und Sie bestimmen die Routing-Regeln und was gesendet wird.

Best Practices

Best Practices für Inbound-E-Mail

Eine eigene Subdomain nutzen

Legen Sie den MX-Record auf eine Subdomain wie reply.yourdomain.com, damit Ihre normalen Postfächer weiter funktionieren und der Inbound-Verkehr isoliert bleibt.

Jede Signatur verifizieren

Prüfen Sie den Signatur-Header, bevor Sie eine Payload verarbeiten. Behandeln Sie unsignierte Requests als nicht vertrauenswürdig, denn an eine öffentliche URL kann jeder posten.

Schnell bestätigen, später verarbeiten

Geben Sie rasch eine Erfolgsantwort zurück und stellen Sie die Arbeit in eine Queue. Langsame Handler lösen Retries und doppelte Zustellungen aus.

Handler idempotent gestalten

Retries können dieselbe Nachricht zweimal zustellen. Deduplizieren Sie anhand der Nachrichten-ID, damit Replays aus den Logs nie doppelte Tickets erzeugen.

Anhangslimits bewusst setzen

Legen Sie pro Route Maximalgröße und erlaubte Dateitypen fest. Wer zu große oder unerwartete Dateien früh ablehnt, schützt nachgelagerte Systeme.

Die Nachrichten-ID loggen

Speichern Sie die Kennung jeder Payload neben Ihrem Datensatz. So werden Replays, Support-Abfragen und Deduplizierung unkompliziert.

FAQ

Inbound-E-Mail: häufig gestellte Fragen

Sie planen ein Support-Postfach oder einen Antwort-Workflow? Unser Team prüft das Setup gern mit Ihnen.

Was ist Inbound-E-Mail-Parsing?

Inbound-E-Mail-Parsing empfängt E-Mails, die an eine von Ihnen kontrollierte Adresse gehen, und wandelt sie in strukturierte Daten um, meist JSON mit Absender, Betreff, Body und Anhängen. Ihre Anwendung erhält sie per Webhook und kann so auf Nachrichten reagieren, ohne einen Mailserver zu betreiben.

Wie empfange ich mit MigoSMTP E-Mails in meiner App?

Fügen Sie eine eingehende Domain hinzu, veröffentlichen Sie den MX-Record für eine Subdomain, legen Sie eine Route mit passendem Adressmuster an und richten Sie sie auf Ihren HTTPS-Webhook. Jede eingehende Nachricht wird als signiertes JSON an diesen Endpunkt gesendet.

Kann ich E-Mails auf meiner Hauptdomain empfangen?

Wir empfehlen eine eigene Subdomain, damit Ihre reguläre Mail unberührt bleibt. Ein MX-Record leitet alle Mails für diesen Namen an den empfangenden Dienst, die Root-Domain würde also Ihre normalen Postfächer umleiten.

Was passiert, wenn mein Webhook-Endpunkt ausfällt?

Zustellungen werden wiederholt, und sobald Ihr Endpunkt wieder läuft, können Sie sie aus den Inbound-Logs erneut senden. Geben Sie erst dann eine Erfolgsantwort zurück, wenn Sie die Payload sicher empfangen haben. Machen Sie Ihren Handler idempotent, sodass eine erneut gesendete Zustellung beim zweiten Mal nichts mehr ändert.

Sind Anhänge in der Payload enthalten?

Die Payload beschreibt jeden Anhang. Größen- und Typlimits legen Sie pro Route fest, Sie bestimmen also, was Ihre Anwendung akzeptiert. Testen Sie mit einigen echten Dateien, um zu sehen, wie Ihr Handler sie behandeln soll, und setzen Sie für jede Route strikte Limits.

Was ist der Unterschied zwischen Inbound-E-Mail und Webhooks?

Inbound-E-Mail verarbeitet an Sie gesendete Nachrichten und postet sie an Ihren Endpunkt. Webhooks melden allgemeiner Events zu Nachrichten, die Sie gesendet haben, etwa zugestellt oder gebounct. Inbound nutzt Webhooks als Zustellmechanismus, daher gelten dieselben Signaturprüfungen.

Liest KI meine eingehenden E-Mails?

Nur, wenn Sie sie aktivieren. KI-Klassifizierung und Zusammenfassungen laufen auf Routen, auf denen Sie sie einschalten, und die Ergebnisse sind Vorschläge, die Sie Ihren eigenen Regeln zuordnen. Jede Nachricht kann von einem Menschen geprüft werden.

Werden eingehende Nachrichten auf Spam und Viren geprüft?

Ja. Eingehende Mails können geprüft werden, bevor sie Ihre Anwendung erreichen, und Sie wählen, ob markierte Nachrichten abgelehnt, getaggt oder zur Prüfung zurückgehalten werden. Jede Entscheidung wird in den Logs festgehalten, die Verarbeitung bleibt also nachvollziehbar.

In wenigen Minuten versenden.

Konto erstellen, Domain hinzufügen und die erste E-Mail senden.