MailLandDocs
Eingehende E-Mail

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

ÜbereinstimmungstypBeschreibung
exactDer lokale Teil entspricht dem Muster exakt
prefixDer lokale Teil beginnt mit dem Muster
suffixDer lokale Teil endet mit dem Muster
containsDer lokale Teil enthält das Muster
plusaddressingDer lokale Teil ist das Muster gefolgt von +beliebig (support erfasst support+ticket123)
catchallErfasst jeden Empfänger; kein Muster erforderlich
regexDer 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:

AktionBeschreibung
storeDie geparste E-Mail zum Abruf über API und Dashboard speichern
webhookDie geparste E-Mail an einen Webhook zustellen (erfordert webhookId)
forwardEine Kopie der E-Mail über den normalen Versandweg an forwardToEmail senden
rejectDie Nachricht auf SMTP-Ebene mit rejectStatus/rejectMessage ablehnen
dropDie Nachricht per SMTP annehmen und dann stillschweigend verwerfen, keine Speicherung, kein Webhook
unsubscribeDie 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:

  1. Einen Weiterleitungsziel-Datensatz für forwardToEmail anlegen (oder wiederverwenden), pro Mandant: dieselbe Adresse wird über jede Route hinweg wiedererkannt, die an sie weiterleitet.
  2. 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.

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}
Antwort: Weiterleitungsziel
{
  "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}/resend

Nur 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
Create route request
{
  "name": "Support Inbox",
  "matchType": "exact",
  "matchPattern": "support",
  "actions": ["store", "webhook"],
  "webhookId": "w4k8m2q7p9x3z1",
  "priority": 10
}
FeldTypErforderlichBeschreibung
namestringJaRoutenname
matchTypestringJaEiner der oben genannten Übereinstimmungstypen
matchPatternstringJaMuster für den Abgleich mit dem lokalen Teil (bei catchall ignoriert, max. 64 Zeichen, bei regex max. 200)
actionsstring[]JaEin oder mehrere Werte aus store, webhook, forward, reject, drop, unsubscribe
webhookIdstringBed.Ö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
forwardToEmailstringBed.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)
rejectStatusstringNeinSMTP-Status für reject, z. B. 550 oder 550 5.1.1 (Standard 550 5.1.1)
rejectMessagestringNeinSMTP-Ablehnungstext für reject
priorityintNeinNiedrigere Zahl = wird zuerst ausgewertet. Standard ist eine Zahl höher als die aktuell höchste Priorität der Domain. Muss pro Domain eindeutig sein
Create an inbound route
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

Route response
{
  "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:

Routenantwort mit ausstehender Weiterleitung
{
  "...": "...",
  "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}/routes

Gibt alle Routen der Domain zurück, sortiert nach Priorität (niedrigste zuerst).

List routes for a domain
curl https://api.mail.land/v1/transactional/inbound/domains/k3v9x2m8q1w7z4/routes \
  -H "Authorization: Bearer eyJhbGciOiJIUzI1NiIs..."
Route list response
{
  "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
ParameterTypStandardBeschreibung
cursorstring-Opaker Cursor aus dem nextCursor der vorherigen Seite. Für die erste Seite weglassen
limitint50Einträge pro Seite

Routendetails abrufen

GET https://api.mail.land/v1/transactional/inbound/routes/{routeId}
Get route details
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.

Update an inbound route
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}/toggle
Toggle a route
curl -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
Reorder routes request
{
  "routeIds": ["r7k3m9q2p4w8x1", "m2p8w4x1k7q3z9", "x4k1p7m3q9w2z8"]
}
Reorder routes
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
Test route request
{
  "emailAddress": "[email protected]"
}
Test a route
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]"
  }'
Test route response: match found
{
  "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}
Delete a route
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:

Catch-all route
{
  "name": "Catch All",
  "matchType": "catchall",
  "matchPattern": "*",
  "actions": ["store"],
  "priority": 999
}

Plus-Adressierung: alle Varianten von support+*@yourdomain.com an einen Webhook leiten:

Plus-addressing route
{
  "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:

Reject route
{
  "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-To der 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 quarantine oder reject ist, ermittelt, indem von der Absender-Domain aufwärts nach dem nächsten anwendbaren Eintrag gesucht wird, sodass das eigene sp= einer Subdomain deren organisatorischer p=-Richtlinie vorgeht und ein t=y- (Test-) oder pct=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 bei einer eingehenden E-Mail
"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"
  }
]
FeldTypBeschreibung
destinationstringDie Weiterleitungs-Zieladresse
statusstringEiner der unten stehenden Status
reasonstring | nullMaschinenlesbarer Detailcode (z. B. hop_limit), oder null
omittedAttachmentCountZahlAnhänge, die aus der Kopie ausgelassen wurden, weil sie die ausgehenden Anhang-Limits überschreiten
messageIdstring | nullDie Nachrichten-ID der weitergeleiteten Kopie, sobald zugelassen, sonst null
createdAt / updatedAtstringISO-8601-Zeitstempel für den Weiterleitungsdatensatz

status ist einer von:

StatusBedeutung
PendingZusammen mit der eingehenden Nachricht geschrieben; noch nicht vom Weiterleitungs-Worker übernommen
ProcessingVom Weiterleitungs-Worker übernommen; in Bearbeitung
DeferredEine 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
SkippedLoopSchleifenschutz: Hop-Limit, zu viele Received-Header, oder das Ziel ist einer der eigenen Empfänger der Nachricht
SkippedSpamDie Nachricht wurde als Spam markiert, oder der Absender ist als Spam blockiert
SkippedAuthFailDMARC ist nach der effektiven Richtlinie der Absender-Domain fehlgeschlagen (quarantine oder reject, Subdomain-sp= wird berücksichtigt)
SkippedTooLargeDie Nachricht überschreitet das ausgehende Weiterleitungs-Größenlimit
RefusedSuppressedDas Ziel ist unterdrückt oder durch Empfängerschutz abgelehnt
RefusedDomainNotVerifiedDie Domain der Route ist nicht (mehr) für den Versand verifiziert
RefusedPolicyEine endgültige Richtlinien- oder Kontoablehnung
RefusedRouteInactiveDie Route wurde deaktiviert, gelöscht, verlor ihre forward-Aktion oder änderte das Ziel, nachdem die Nachricht empfangen wurde
RefusedInvalidDie gespeicherte Nachricht konnte nicht in eine sendbare Kopie umgewandelt werden
ExpiredWar noch Deferred, als das 24-Stunden-Wiederholungsfenster schloss
RefusedDestinationUnconfirmedDas Ziel hat noch nicht bestätigt (siehe Weiterleitungsziele)
RefusedDestinationDeclinedDer 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

StatusCodeBeschreibung
400VALIDATION_FAILED (Feld forwardToEmail)Beim Erstellen: actions enthält forward, aber forwardToEmail ist leer
400FORWARD_DESTINATION_REQUIREDBeim Aktualisieren (PUT): die resultierende effektive Route leitet weiter, hat aber kein forwardToEmail
400FORWARD_DOMAIN_NOT_VERIFIEDDie Domain der Route ist nicht vollständig für den Versand verifiziert, sodass nie eine weitergeleitete Kopie von ihr gesendet werden könnte
404RESOURCE_NOT_FOUNDWeiterleitungsziel nicht gefunden
409FORWARD_DESTINATION_NOT_PENDINGErneutes Senden für ein Ziel angefordert, das bereits bestätigt oder abgelehnt hat
409FORWARD_DESTINATION_NO_CONFIRMATION_NEEDEDErneutes Senden für ein Ziel auf einer Ihrer eigenen verifizierten Versand-Domains angefordert
410FORWARD_CONFIRMATION_EXPIREDDer Bestätigungslink ist abgelaufen (7 Tage), während er noch unentschieden war
409FORWARD_CONFIRMATION_ALREADY_DECIDEDDer Link wurde für die andere Entscheidung verwendet
429FORWARD_CONFIRMATION_RATE_LIMITEDErneutes Senden zu früh angefordert, oder das tägliche Limit für erneutes Senden wurde erreicht

Fehlerantworten

StatusCodeBeschreibung
400VALIDATION_FAILEDFehlende Pflichtfelder, ungültiger matchType/actions, oder eine terminale Aktion mit einer anderen kombiniert
400INVALID_REQUESTFür diese Domain existiert bereits eine Route mit dieser priority, oder die referenzierte webhookId wurde nicht gefunden
400PLAN_LIMIT_REACHEDErstellen 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)
403FORBIDDENUnzureichende Berechtigungen
404RESOURCE_NOT_FOUNDDomain oder Route nicht gefunden (Test-Endpunkt: auch eine ungültige Adresse ohne @; kein Treffer ist 200 mit matched: false, kein 404)

Nächste Schritte

Auf dieser Seite