Eingehende Routen
Konfigurieren Sie Routing-Regeln, um eingehende E-Mails an Speicher, Webhooks oder andere Aktionen weiterzuleiten
Routen legen fest, wie MailLand eingehende E-Mails für eine Domain verarbeitet. Jede Route gleicht
den lokalen Teil des Empfängers ab (der Teil der Adresse vor dem @) und führt eine oder mehrere
Aktionen aus: speichern, an einen Webhook zustellen, weiterleiten, per SMTP ablehnen oder verwerfen.
Routen werden in Prioritätsreihenfolge ausgewertet (niedrigste Zahl zuerst), und die erste
übereinstimmende Route gewinnt.
Routen gleichen nur den lokalen Teil der Empfängeradresse ab. Es gibt keinen Abgleich nach Absender,
Betreff oder anderen Headern: eine Route kann nicht nach from oder subject filtern.
Übereinstimmungstypen
| Übereinstimmungstyp | Beschreibung |
|---|---|
exact | Der lokale Teil entspricht dem Muster exakt |
prefix | Der lokale Teil beginnt mit dem Muster |
suffix | Der lokale Teil endet mit dem Muster |
contains | Der lokale Teil enthält das Muster |
plusaddressing | Der lokale Teil ist das Muster gefolgt von +beliebig (support erfasst support+ticket123) |
catchall | Erfasst jeden Empfänger; kein Muster erforderlich |
regex | Der lokale Teil entspricht dem Muster als regulärem Ausdruck (max. 200 Zeichen, 1 Sekunde Timeout) |
Der Abgleich ist ohne Berücksichtigung von Groß-/Kleinschreibung und erfolgt immer gegen den lokalen
Teil, [email protected] und [email protected] treffen beide auf eine Route mit
Muster support zu, die auf dieselbe Domain beschränkt ist.
Der Match-Typ regex erfordert einen Plan mit regulärem Ausdruck für eingehende Routen (heute Pro
und Max, nicht Free). Das Erstellen einer Route mit matchType: "regex" oder das Ändern einer
bestehenden Route, sodass ihr Match-Typ zu regex wird, gibt bei einem Plan ohne diese Funktion
400 PLAN_LIMIT_REACHED zurück. Eine bereits bestehende regex-Route trifft weiterhin zu, selbst
wenn der Workspace später herabgestuft wird, und das Bearbeiten ohne Änderung des Match-Typs bleibt
davon unberührt.
Routenaktionen
Das Feld actions einer Route ist eine Liste aus einem oder mehreren der folgenden Werte:
| Aktion | Beschreibung |
|---|---|
store | Die geparste E-Mail zum Abruf über API und Dashboard speichern |
webhook | Die geparste E-Mail an einen Webhook zustellen (erfordert webhookId) |
forward | Eine Kopie der E-Mail über den normalen Versandweg an forwardToEmail senden |
reject | Die Nachricht auf SMTP-Ebene mit rejectStatus/rejectMessage ablehnen |
drop | Die Nachricht per SMTP annehmen und dann stillschweigend verwerfen, keine Speicherung, kein Webhook |
unsubscribe | Die Adresse als List-Unsubscribe-Postfach behandeln; terminal, siehe unten |
store und webhook können miteinander und mit forward kombiniert werden. reject, drop und
unsubscribe sind terminal: jede muss die einzige Aktion der Route sein; die API lehnt eine
Anfrage ab, die eine dieser Aktionen mit einer anderen kombiniert.
Eine weitergeleitete Kopie wird nicht per rohem SMTP-Relay verschickt: sie durchläuft dieselbe Versandpipeline wie jede andere transaktionale E-Mail. Deshalb braucht sie die Zustimmung des Ziels (siehe unten), zählt gegen Ihr Versandkontingent und erscheint in Ihrem Nachrichtenprotokoll wie jeder andere Versand.
Weiterleitungsziele
Bevor an eine Adresse weitergeleitet wird, muss deren Inhaber zustimmen: außer die Adresse liegt auf einer Ihrer eigenen, vollständig für den Versand verifizierten Domains. Für eine externe Adresse gibt es keinen Weg daran vorbei: Es schützt den Inhaber des Ziels davor, E-Mails zu erhalten, denen er nie zugestimmt hat, und schützt Ihre Versandreputation vor einer Adresse, die bounct oder sich beschwert.
Beim Erstellen oder Aktualisieren einer Route mit forward in actions erledigt MailLand
automatisch:
- Einen Weiterleitungsziel-Datensatz für
forwardToEmailanlegen (oder wiederverwenden), pro Mandant: dieselbe Adresse wird über jede Route hinweg wiedererkannt, die an sie weiterleitet. - Falls die Adresse eine Bestätigung braucht und noch nie gefragt wurde, eine Bestätigungs-E-Mail mit einem Link senden.
Das Speichern der Route selbst gelingt immer; eine fehlgeschlagene Bestätigungs-E-Mail lässt die
Route nicht scheitern: das Ziel bleibt einfach pending (nichts wird dorthin weitergeleitet), bis
Sie die Bestätigung erneut anfordern.
Bestätigungslink
Der Link in der Bestätigungs-E-Mail ist 7 Tage gültig und einmal verwendbar: Sobald der
Empfänger bestätigt oder ablehnt, zeigt ein erneuter Aufruf des Links nur dieselbe Entscheidung an,
sie kann durch erneutes Aufrufen nicht rückgängig gemacht werden. Ein abgelaufener, nie
entschiedener Link liefert bei erneutem Aufruf 410 Gone.
- Bestätigen: an diese Adresse wird künftig für diesen Mandanten weitergeleitet.
- Ablehnen: endgültig. Für diesen Mandanten wird nie wieder an die Adresse weitergeleitet, und der Mandant kann für sie keine erneute Bestätigung anfordern.
Ein Weiterleitungsziel abrufen
GET https://api.mail.land/v1/transactional/inbound/forward-destinations/{destinationId}{
"id": "f2k9m3q7p4w8x1",
"email": "[email protected]",
"status": "pending",
"confirmedVia": null,
"lastSentAt": "2026-09-26T10:00:00Z",
"confirmedAt": null,
"declinedAt": null
}status ist einer von pending, confirmed oder declined. confirmedVia ist link, wenn der
Inhaber über die E-Mail bestätigt hat, verified_domain, wenn die Adresse auf einer Ihrer eigenen,
für den Versand verifizierten Domains liegt und keine Bestätigung brauchte, sonst null. Die
Antwort einer Route trägt dasselbe Objekt unter forwardDestination (siehe die Routenantwort
unten).
Eine Bestätigung erneut senden
POST https://api.mail.land/v1/transactional/inbound/forward-destinations/{destinationId}/resendNur für ein Ziel, das noch pending ist und tatsächlich einen Link braucht (eine Adresse auf einer
Ihrer eigenen verifizierten Versand-Domains liefert 409 FORWARD_DESTINATION_NO_CONFIRMATION_NEEDED,
da es nichts erneut zu senden gibt). Ratenbegrenzt: höchstens einmal alle 5 Minuten und 5-mal pro
Tag je Ziel, sowie 50-mal pro Tag für den gesamten Mandanten. Das Überschreiten eines der beiden
Limits liefert 429 FORWARD_CONFIRMATION_RATE_LIMITED.
Es gibt keinen Weg, eine Ablehnung über die API rückgängig zu machen, sobald ein Ziel abgelehnt hat: eine abgelehnte Adresse bleibt für diesen Mandanten dauerhaft gesperrt.
Route erstellen
Routen gehören zu einer Domain und werden unter dieser Domain erstellt.
POST https://api.mail.land/v1/transactional/inbound/domains/{domainId}/routes{
"name": "Support Inbox",
"matchType": "exact",
"matchPattern": "support",
"actions": ["store", "webhook"],
"webhookId": "w4k8m2q7p9x3z1",
"priority": 10
}| Feld | Typ | Erforderlich | Beschreibung |
|---|---|---|---|
name | string | Ja | Routenname |
matchType | string | Ja | Einer der oben genannten Übereinstimmungstypen |
matchPattern | string | Ja | Muster für den Abgleich mit dem lokalen Teil (bei catchall ignoriert, max. 64 Zeichen, bei regex max. 200) |
actions | string[] | Ja | Ein oder mehrere Werte aus store, webhook, forward, reject, drop, unsubscribe |
webhookId | string | Bed. | Öffentliche ID eines vorhandenen Webhooks; erforderlich, wenn actions webhook enthält. Routen erstellen niemals inline einen Webhook: legen Sie ihn zuerst auf der Seite Webhooks an |
forwardToEmail | string | Bed. | Ziel für forward; erforderlich, wenn actions forward enthält. Muss eine reine Adresse sein (kein Anzeigename, keine spitzen Klammern). Die eigene Domain der Route muss vollständig für den Versand verifiziert sein, die weitergeleitete Kopie wird von ihr gesendet, sonst wird die Anfrage mit 400 FORWARD_DOMAIN_NOT_VERIFIED abgelehnt. Das Ziel selbst muss separat bestätigen, außer es liegt auf einer Ihrer eigenen, für den Versand verifizierten Domains (siehe Weiterleitungsziele) |
rejectStatus | string | Nein | SMTP-Status für reject, z. B. 550 oder 550 5.1.1 (Standard 550 5.1.1) |
rejectMessage | string | Nein | SMTP-Ablehnungstext für reject |
priority | int | Nein | Niedrigere Zahl = wird zuerst ausgewertet. Standard ist eine Zahl höher als die aktuell höchste Priorität der Domain. Muss pro Domain eindeutig sein |
curl -X POST https://api.mail.land/v1/transactional/inbound/domains/k3v9x2m8q1w7z4/routes \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..." \
-H "Content-Type: application/json" \
-d '{
"name": "Support Inbox",
"matchType": "exact",
"matchPattern": "support",
"actions": ["store", "webhook"],
"webhookId": "w4k8m2q7p9x3z1",
"priority": 10
}'Antwort
{
"id": "r7k3m9q2p4w8x1",
"name": "Support Inbox",
"domainId": "k3v9x2m8q1w7z4",
"domainName": "yourdomain.com",
"priority": 10,
"isEnabled": true,
"matchType": "Exact",
"matchPattern": "support",
"actions": ["store", "webhook"],
"webhookId": "w4k8m2q7p9x3z1",
"webhookName": "Support Webhook",
"webhookUrl": "https://yourapp.com/webhooks/support",
"forwardToEmail": null,
"forwardDestination": null,
"rejectStatus": null,
"rejectMessage": null,
"createdAt": "2026-02-17T12:00:00Z",
"updatedAt": "2026-02-17T12:00:00Z"
}Anfragen akzeptieren matchType in beliebiger Groß-/Kleinschreibung; Antworten geben immer den
Enum-Namen mit großem Anfangsbuchstaben zurück: Exact, Prefix, Suffix, Contains,
PlusAddressing, CatchAll, Regex. Vergleichen Sie den matchType einer Antwort nicht mit
einer Kleinschreibungs-Zeichenkette.
forwardDestination ist nur gesetzt, wenn actions forward enthält; es trägt dasselbe Objekt
wie unter Ein Weiterleitungsziel abrufen beschrieben:
{
"...": "...",
"actions": ["store", "forward"],
"forwardToEmail": "[email protected]",
"forwardDestination": {
"id": "f2k9m3q7p4w8x1",
"email": "[email protected]",
"status": "pending",
"confirmedVia": null,
"lastSentAt": "2026-09-26T10:00:00Z",
"confirmedAt": null,
"declinedAt": null
}
}Routen einer Domain auflisten
GET https://api.mail.land/v1/transactional/inbound/domains/{domainId}/routesGibt alle Routen der Domain zurück, sortiert nach Priorität (niedrigste zuerst).
curl https://api.mail.land/v1/transactional/inbound/domains/k3v9x2m8q1w7z4/routes \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..."{
"items": [
{ "id": "r7k3m9q2p4w8x1", "name": "Support Inbox", "priority": 10, "isEnabled": true, "..." : "..." }
],
"totalCount": 1
}Alle Routen auflisten
Um Routen über alle Domains eines Tenants hinweg aufzulisten, verwenden Sie stattdessen den cursor-basierten Endpunkt:
GET https://api.mail.land/v1/transactional/inbound/routes| Parameter | Typ | Standard | Beschreibung |
|---|---|---|---|
cursor | string | - | Opaker Cursor aus dem nextCursor der vorherigen Seite. Für die erste Seite weglassen |
limit | int | 50 | Einträge pro Seite |
Routendetails abrufen
GET https://api.mail.land/v1/transactional/inbound/routes/{routeId}curl https://api.mail.land/v1/transactional/inbound/routes/r7k3m9q2p4w8x1 \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..."Route aktualisieren
PUT https://api.mail.land/v1/transactional/inbound/routes/{routeId}Der Anfragetext entspricht der Erstellungsanfrage, aber jedes Feld ist optional: es werden nur die gesendeten Felder aktualisiert.
curl -X PUT https://api.mail.land/v1/transactional/inbound/routes/r7k3m9q2p4w8x1 \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..." \
-H "Content-Type: application/json" \
-d '{
"matchPattern": "help",
"priority": 5
}'Route umschalten
Schaltet isEnabled um, ohne andere Felder zu berühren. Kein Anfragetext.
POST https://api.mail.land/v1/transactional/inbound/routes/{routeId}/togglecurl -X POST https://api.mail.land/v1/transactional/inbound/routes/r7k3m9q2p4w8x1/toggle \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..."Routen neu ordnen
Aktualisieren Sie die Priorität aller Routen einer Domain auf einmal, indem Sie die Routen-IDs in der gewünschten Reihenfolge übergeben: die erste ID wird Priorität 1, die zweite Priorität 2 usw.
POST https://api.mail.land/v1/transactional/inbound/domains/{domainId}/routes/reorder{
"routeIds": ["r7k3m9q2p4w8x1", "m2p8w4x1k7q3z9", "x4k1p7m3q9w2z8"]
}curl -X POST https://api.mail.land/v1/transactional/inbound/domains/k3v9x2m8q1w7z4/routes/reorder \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..." \
-H "Content-Type: application/json" \
-d '{
"routeIds": ["r7k3m9q2p4w8x1", "m2p8w4x1k7q3z9", "x4k1p7m3q9w2z8"]
}'Route testen
Prüfen Sie, welche Route auf eine bestimmte Empfängeradresse zutreffen würde, ohne eine E-Mail zu verarbeiten.
POST https://api.mail.land/v1/transactional/inbound/domains/{domainId}/routes/test{
"emailAddress": "[email protected]"
}curl -X POST https://api.mail.land/v1/transactional/inbound/domains/k3v9x2m8q1w7z4/routes/test \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..." \
-H "Content-Type: application/json" \
-d '{
"emailAddress": "[email protected]"
}'{
"matched": true,
"matchedRouteId": "r7k3m9q2p4w8x1",
"matchedRouteName": "Support Inbox",
"actions": ["store", "webhook"]
}Wenn keine Route zutrifft, ist die Antwort 200 mit matched: false, und matchedRouteId/matchedRouteName/actions sind alle null. 404 bedeutet, dass die Domain nicht gefunden wurde oder die getestete Adresse ungültig ist (kein @).
Route löschen
DELETE https://api.mail.land/v1/transactional/inbound/routes/{routeId}curl -X DELETE https://api.mail.land/v1/transactional/inbound/routes/r7k3m9q2p4w8x1 \
-H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..."Beispielrouten
Catch-all-Route: jeden nicht zugeordneten Empfänger speichern:
{
"name": "Catch All",
"matchType": "catchall",
"matchPattern": "*",
"actions": ["store"],
"priority": 999
}Plus-Adressierung: alle Varianten von support+*@yourdomain.com an einen Webhook leiten:
{
"name": "Support Tickets",
"matchType": "plusaddressing",
"matchPattern": "support",
"actions": ["store", "webhook"],
"webhookId": "w4k8m2q7p9x3z1",
"priority": 5
}Ablehnung per SMTP: Mail an ein stillgelegtes Postfach ablehnen, bevor sie angenommen wird:
{
"name": "Retired Mailbox",
"matchType": "exact",
"matchPattern": "old-team",
"actions": ["reject"],
"rejectStatus": "550 5.1.1",
"rejectMessage": "Mailbox does not exist",
"priority": 1
}Routen werden in Prioritätsreihenfolge ausgewertet (niedrigste Zahl zuerst). Platzieren Sie spezifische Routen bei niedrigeren Prioritätswerten und Catch-all-Routen beim höchsten Wert, damit sie zuletzt ausgeführt werden.
So sieht eine weitergeleitete Kopie aus
Eine weitergeleitete Kopie ist eine neue, gewöhnliche transaktionale E-Mail, kein rohes Relay der Original-Bytes, gesendet von Ihrer verifizierten Domain, damit sie DKIM und DMARC beim Postfach des Ziels besteht:
- From:
"<Name des ursprünglichen Absenders> via <passende Adresse>@<Ihre Domain>", z. B."Jane Doe via [email protected]". Ein Anzeigename, der wie eine Adresse aussieht (enthält@,<oder>), wird durch die reine Original-Adresse ersetzt, damit eine Kopie niemals eine Marke unter Ihrem DKIM vortäuschen kann. - Reply-To: der
Reply-Toder Originalnachricht, falls vorhanden, sonst die Adresse des ursprünglichen Absenders, damit Antworten den echten Autor erreichen, nicht Sie. - Kein Tracking: Öffnungs- und Klick-Tracking sind bei einer weitergeleiteten Kopie immer aus, unabhängig von den Tracking-Einstellungen Ihres Workspaces.
- Keine Branding-Fußzeile: die Fußzeile, die andere Sends im Free-Plan tragen können, wird nie hinzugefügt.
- Anhänge: gefiltert nach denselben Regeln wie ein ausgehender API-Versand (Typ, Anzahl, Gesamtgröße). Was weggelassen wird, steht als Hinweis am Anfang der Kopie: "Forwarded without N attachment(s) that exceed the outbound attachment limits: ...", die Kopie kommt trotzdem an, nur ohne diese Teile.
- Tag: jede weitergeleitete Kopie trägt das Tag
inbound-forward, damit Sie sie in Ihrem normalen Nachrichtenprotokoll finden; ihr Zustellstatus (queued, sent, delivered, bounced usw.) ist derselbe Status, den jeder andere transaktionale Versand erhält, da sie dieselbe Zustellpipeline durchläuft. - Nutzung: jede weitergeleitete Kopie zählt als ein Versand gegen das Kontingent und die Abrechnung Ihres Plans und erscheint als eigene Zeile "Inbound forward" in der Nutzungsübersicht, getrennt von API-, SMTP-, Kampagnen- und Automatisierungs-Sends.
Was nie weitergeleitet wird
Eine Nachricht, die zu einer forward-Route passt, wird nicht weitergeleitet und nie abgerechnet,
wenn:
- Sie als Spam markiert wurde oder der Absender als Spam blockiert ist.
- Sie DMARC nicht bestanden hat, gemessen an der effektiven Richtlinie der Absender-Domain, die
quarantineoderrejectist, ermittelt, indem von der Absender-Domain aufwärts nach dem nächsten anwendbaren Eintrag gesucht wird, sodass das eigenesp=einer Subdomain deren organisatorischerp=-Richtlinie vorgeht und eint=y- (Test-) oderpct=0-Eintrag eine Richtlinienstufe niedriger behandelt wird, eine Weiterleitung würde eine Nachricht erneut signieren, deren Absender die Empfänger ausdrücklich um Ablehnung gebeten hat. - Sie oder ihr HTML-/Text-Body die ausgehenden Größenlimits der Plattform überschreitet.
- Eine Weiterleitung eine Schleife erzeugen würde: das Ziel ist einer der eigenen Empfänger der
Nachricht, oder sie trägt bereits zu viele Hops oder
Received-Header.
Eine Kopie, die zulässig ist, aber vorübergehend nicht gesendet werden kann (eine Richtlinienpause, ein Kontingentfenster, ein Ausfall), wird mit Backoff bis zu 24 Stunden wiederholt und läuft dann ab, ohne gesendet zu werden. Eine Route, die deaktiviert, gelöscht wird oder deren Ziel sich nach Empfang einer Nachricht ändert, stoppt auch jede noch wartende Kopie: die aktuelle Routenkonfiguration ist immer maßgeblich.
Das Ergebnis einer Weiterleitung prüfen
Jede eingehende E-Mail, die zu einer forward-Route passte, trägt ein forwards-Array in ihrer
Detailantwort (GET /v1/transactional/inbound/emails/{id}): einen Eintrag pro Ziel, an das die Nachricht zur
Weiterleitung eingereiht wurde, damit Sie sehen, was tatsächlich passiert ist, nicht nur, wohin sie
konfiguriert war.
"forwards": [
{
"destination": "[email protected]",
"status": "Admitted",
"reason": null,
"omittedAttachmentCount": 0,
"messageId": "m_01hz3k...",
"createdAt": "2026-09-26T10:00:00Z",
"updatedAt": "2026-09-26T10:00:02Z"
}
]| Feld | Typ | Beschreibung |
|---|---|---|
destination | string | Die Weiterleitungs-Zieladresse |
status | string | Einer der unten stehenden Status |
reason | string | null | Maschinenlesbarer Detailcode (z. B. hop_limit), oder null |
omittedAttachmentCount | Zahl | Anhänge, die aus der Kopie ausgelassen wurden, weil sie die ausgehenden Anhang-Limits überschreiten |
messageId | string | null | Die Nachrichten-ID der weitergeleiteten Kopie, sobald zugelassen, sonst null |
createdAt / updatedAt | string | ISO-8601-Zeitstempel für den Weiterleitungsdatensatz |
status ist einer von:
| Status | Bedeutung |
|---|---|
Pending | Zusammen mit der eingehenden Nachricht geschrieben; noch nicht vom Weiterleitungs-Worker übernommen |
Processing | Vom Weiterleitungs-Worker übernommen; in Bearbeitung |
Deferred | Eine vorübergehende Ablehnung (Richtlinienpause, Rate, Kontingentfenster, Ausfall); wird mit Backoff bis zu 24 Stunden wiederholt |
Admitted | Über die normale Sendepipeline gesendet: messageId benennt die Kopie, deren eigener Zustellstatus (in Warteschlange/gesendet/zugestellt/abgeprallt) maßgeblich ist |
SkippedLoop | Schleifenschutz: Hop-Limit, zu viele Received-Header, oder das Ziel ist einer der eigenen Empfänger der Nachricht |
SkippedSpam | Die Nachricht wurde als Spam markiert, oder der Absender ist als Spam blockiert |
SkippedAuthFail | DMARC ist nach der effektiven Richtlinie der Absender-Domain fehlgeschlagen (quarantine oder reject, Subdomain-sp= wird berücksichtigt) |
SkippedTooLarge | Die Nachricht überschreitet das ausgehende Weiterleitungs-Größenlimit |
RefusedSuppressed | Das Ziel ist unterdrückt oder durch Empfängerschutz abgelehnt |
RefusedDomainNotVerified | Die Domain der Route ist nicht (mehr) für den Versand verifiziert |
RefusedPolicy | Eine endgültige Richtlinien- oder Kontoablehnung |
RefusedRouteInactive | Die Route wurde deaktiviert, gelöscht, verlor ihre forward-Aktion oder änderte das Ziel, nachdem die Nachricht empfangen wurde |
RefusedInvalid | Die gespeicherte Nachricht konnte nicht in eine sendbare Kopie umgewandelt werden |
Expired | War noch Deferred, als das 24-Stunden-Wiederholungsfenster schloss |
RefusedDestinationUnconfirmed | Das Ziel hat noch nicht bestätigt (siehe Weiterleitungsziele) |
RefusedDestinationDeclined | Der Eigentümer des Ziels hat abgelehnt; an diese Adresse wird nie etwas weitergeleitet |
Pending, Processing und Deferred sind die einzigen nicht endgültigen Status, jeder andere
Wert ist endgültig.
Fehlerantworten für Weiterleitungen
| Status | Code | Beschreibung |
|---|---|---|
400 | VALIDATION_FAILED (Feld forwardToEmail) | Beim Erstellen: actions enthält forward, aber forwardToEmail ist leer |
400 | FORWARD_DESTINATION_REQUIRED | Beim Aktualisieren (PUT): die resultierende effektive Route leitet weiter, hat aber kein forwardToEmail |
400 | FORWARD_DOMAIN_NOT_VERIFIED | Die Domain der Route ist nicht vollständig für den Versand verifiziert, sodass nie eine weitergeleitete Kopie von ihr gesendet werden könnte |
404 | RESOURCE_NOT_FOUND | Weiterleitungsziel nicht gefunden |
409 | FORWARD_DESTINATION_NOT_PENDING | Erneutes Senden für ein Ziel angefordert, das bereits bestätigt oder abgelehnt hat |
409 | FORWARD_DESTINATION_NO_CONFIRMATION_NEEDED | Erneutes Senden für ein Ziel auf einer Ihrer eigenen verifizierten Versand-Domains angefordert |
410 | FORWARD_CONFIRMATION_EXPIRED | Der Bestätigungslink ist abgelaufen (7 Tage), während er noch unentschieden war |
409 | FORWARD_CONFIRMATION_ALREADY_DECIDED | Der Link wurde für die andere Entscheidung verwendet |
429 | FORWARD_CONFIRMATION_RATE_LIMITED | Erneutes Senden zu früh angefordert, oder das tägliche Limit für erneutes Senden wurde erreicht |
Fehlerantworten
| Status | Code | Beschreibung |
|---|---|---|
400 | VALIDATION_FAILED | Fehlende Pflichtfelder, ungültiger matchType/actions, oder eine terminale Aktion mit einer anderen kombiniert |
400 | INVALID_REQUEST | Für diese Domain existiert bereits eine Route mit dieser priority, oder die referenzierte webhookId wurde nicht gefunden |
400 | PLAN_LIMIT_REACHED | Erstellen einer Route mit matchType: "regex", oder Ändern einer Route, sodass ihr Match-Typ zu regex wird, auf einem Plan ohne Regex-Routen-Unterstützung (heute Free) |
403 | FORBIDDEN | Unzureichende Berechtigungen |
404 | RESOURCE_NOT_FOUND | Domain oder Route nicht gefunden (Test-Endpunkt: auch eine ungültige Adresse ohne @; kein Treffer ist 200 mit matched: false, kein 404) |
Nächste Schritte
- Inbound Overview: wie die Verarbeitung eingehender E-Mails funktioniert
- Inbound Webhooks: Webhook-Payload-Format und Zustellung
- Domains: MX-Records für eingehende E-Mails konfigurieren