--- title: "AgentMail im SaaS: Mandantentrennung und doppelte E-Mails" canonical: https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/ language: de description: "AgentMail mit mandantengebundenen Schlüsseln, dauerhaften Sendeabsichten und Wiederherstellung nach verlorenen Antworten integrieren. Mit vorgeschlagener Fehlermatrix." image: "https://wavect.io/img/blog/headers/header_agentmail-saas-duplicate-sends-recovery.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/vendo-saas-tenant-isolation/) # AgentMail im SaaS: Mandantentrennung und doppelte E-Mails TL;DR AgentMail liefert E-Mail-Infrastruktur und begrenzbare Ressourcen. Dein SaaS muss Berechtigungen, Freigaben und Wiederherstellung selbst steuern. Speichere eine eindeutige Sendeabsicht, binde sie an den freigegebenen Inhalt und kläre ungewisse Ergebnisse vor einem erneuten Versand. Das dokumentierte Idempotenzfenster von 24 Stunden ersetzt kein dauerhaftes Aktionsjournal. **Quellenbasis:** Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. ## Verhindert AgentMail doppelte E-Mails in einem SaaS mit mehreren Mandanten? Unterstützte Sendeanfragen lassen sich innerhalb des dokumentierten Fensters deduplizieren. Ob ein Kunde weiterhin senden darf, eine geänderte Nachricht eine neue Freigabe braucht oder ein alter Geschäftsvorgang wiederholt werden darf, entscheidet jedoch deine Anwendung. Ein sinnvoller Pilot ist ein Support-Agent, der Antworten für ein mandanteneigenes Postfach entwirft und erst nach Freigabe versendet. Nutze synthetische Kunden und kontrollierte Empfängerpostfächer. Das Ziel ist eine berechtigte Nachricht je freigegebener Sendeabsicht, auch nach einem Absturz. ## Wie ordnest du Mandanten den AgentMail-Ressourcen zu? Die [Anleitung zur Mandantentrennung](https://www.agentmail.to/docs/multi-tenancy) beschreibt Pods zur Gruppierung von Ressourcen und auf Pods oder Postfächer begrenzte Schlüssel. Organisationsschlüssel können auf Ressourcen der Organisation zugreifen. Verwende diesen breiten Zugriff für Administration, nicht als Standardidentität eines Mandanten-Workers. Ermittle den Mandanten aus der authentifizierten Anwendungsidentität. Lade anschließend dessen Pod und Postfach serverseitig. Eine vom Modell gelieferte Postfach-ID belegt keine Eigentümerschaft. Prüfe Mitgliedschaft, erlaubte Empfänger und Aktion vor Freigabe und Ausführung. Ein wiederverwendeter Worker darf weder Zugangsdaten noch Gesprächszustand eines anderen Mandanten übernehmen. ## Was unterscheidet client_id vom Idempotency-Key? Die [Idempotenzdokumentation](https://www.agentmail.to/docs/idempotency) unterscheidet Ressourcenerstellung mit `client_id` vom Nachrichtenversand mit dem HTTP-Header `Idempotency-Key`. Eine Wiederholung muss Schlüssel und Nutzdaten beibehalten. Ein Schlüssel mit geändertem Anfrageinhalt kann einen 409-Konflikt auslösen. Sendeschlüssel verfallen 24 Stunden nach Abschluss. Späte Wiederholungen brauchen deshalb eine Entscheidung deiner Anwendung. Erzeuge vor dem Anbieteraufruf eine dauerhafte Intent-ID. Binde sie an Mandant, Postfach, ausführende Person, Empfänger und Hash des freigegebenen Inhalts. Eine Eindeutigkeitsbedingung und atomare Reservierung durch einen Worker verhindern parallelen lokalen Versand. Dies ist unser vorgeschlagenes Anwendungsdesign, kein AgentMail-SDK-Schema. | Anwendungszustand | Bedeutung | Erlaubter nächster Schritt | | --- | --- | --- | | Entwurf | Inhalt darf sich ändern | Prüfen und Freigabe anfordern | | Freigegeben | Exakter Inhalt und Empfänger genehmigt | Berechtigung erneut prüfen, Intent reservieren | | Versand läuft | Ein Worker besitzt den Versuch | Anbieterantwort speichern | | Ungewiss | Anfrage möglicherweise abgeschlossen, Antwort verloren | Ergebnis klären, keinen neuen Versand starten | | Bestätigt oder gesperrt | Erfolgsbeleg oder Richtlinien-Stopp | Protokollieren, nicht automatisch wiederholen | Speichere Anbieter-Nachrichten-IDs, sobald sie vorliegen. Wird die Freigabe widerrufen oder der Inhalt geändert, sperre die Ausführung und erstelle eine neue Freigabeversion. Die Annahme einer Anfrage durch den Anbieter ist etwas anderes als Zustellung oder Lesen beim Empfänger. Erfasse diese Ergebnisse getrennt. ## Wie wirken Webhook-Wiederholungen auf das Journal? Prüfe die Signatur, bevor du den Nachrichtenkörper verarbeitest. Die [Anleitung zur Webhook-Verifikation](https://www.agentmail.to/docs/webhook-verification) verwendet Svix und benötigt den unveränderten Anfragekörper. Bewahre die Event-ID zur Deduplizierung auf und ordne sie einem bekannten Mandanten und einer Nachricht zu. Eine wiederholte Meldung darf denselben Datensatz aktualisieren, aber keine neue Sendeabsicht erzeugen. Nutze atomare Aktualisierungen und ausdrückliche Übergangsregeln. Ein älteres Event darf einen neueren Zustand nicht unbemerkt wieder versandfähig machen. Speichere nur die für Wiederherstellung und Nachvollziehbarkeit nötigen Daten mit einer passenden Aufbewahrungsfrist. ## Welche Fehler gehören in den Abnahmetest? Führe jeden Fall mit derselben freigegebenen synthetischen Antwort aus. Prüfe Anbieter-Datensatz und kontrolliertes Empfängerpostfach unabhängig vom abschließenden Agententext. | Eingebrachter Fehler | Erforderliche Beobachtung | | --- | --- | | Zwei Worker reservieren denselben Intent | Einer gewinnt, eine Anbieter-Nachricht | | Antwort nach Annahme durch Anbieter verloren | Derselbe Intent wird geklärt, kein neuer Schlüssel | | Doppelter Webhook | Eine Journalaktualisierung, kein neuer Versand | | Wiederholung nach mehr als 24 Stunden | Dauerhaftes Journal verhindert blinden Neuversand | | Empfänger oder Inhalt nach Freigabe geändert | Neue Freigabe nötig | | Mandant A übergibt Postfach-ID von B | Ablehnung vor Anbieteraufruf | | Berechtigung vor Ausführung widerrufen | Intent gesperrt | Erfasse Versuche, Nachrichten- und Event-IDs sowie beobachtete Postfachnachrichten. Berichte Duplikate je akzeptiertem Intent und Wiederherstellungszeit einschließlich ungelöster Fälle. Ein erfolgreicher Wiederholungsfall rechtfertigt noch keine Exactly-once-Zusage. ## Wann passt AgentMail? Nutze es für agententaugliche Postfachinfrastruktur, wenn Richtlinien und Wiederherstellung in deiner Anwendung bleiben können. Verschiebe autonomen Versand, solange ungewisse Wirkungen oder Mandantengrenzen nicht kontrollierbar sind. Mit deinem Freigabe- und Wiederholungsablauf kannst du [einen Zuverlässigkeitspiloten für E-Mail-Agenten planen](/de/contact/). [Lade das vorgeschlagene Pilotprotokoll als JSON herunter. Es enthält Abnahmefälle und leere Ergebnisfelder, keine gemessenen Anbieterresultate.](/downloads/agentmail-saas-duplicate-sends-recovery-pilot.json) ## Weiterführende Umsetzungshilfe [Vendo für SaaS: Mandantentrennung und Freigaben](/de/blog/vendo-saas-tenant-isolation/). [Arga Labs oder Archal: Zustandsbasierte Integrationstests](/de/blog/arga-vs-archal-agent-integration-testing/). ## Geprüfte Quellen - [AgentMail: Multi-Tenancy](https://www.agentmail.to/docs/multi-tenancy) - [AgentMail: Idempotency](https://www.agentmail.to/docs/idempotency) - [AgentMail: Webhook Verification](https://www.agentmail.to/docs/webhook-verification) **Unabhängigkeit und Marken:** Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: [office@wavect.io](mailto:office@wavect.io) Architektur und Plattformen ## In diesem Cluster weiterlesen Framework-, Plattform- und Systementscheidungen mit langfristiger Delivery-Wirkung. [Mit dem Grundlagenartikel starten**Smart-City-Architektur: MQTT, LoRaWAN, Kubernetes und Terraform**](/de/blog/smart-city-architecture-best-practices-2026/) - [GitButler für parallele KI-Agenten: Mehrere Branches, ein Build](/de/blog/gitbutler-parallel-ai-agents-one-workspace/) - [Vendo für SaaS: Mandantentrennung und Freigaben](/de/blog/vendo-saas-tenant-isolation/) - [KI-Code und Wettbewerbsvorteile: Wer betreibt die Software?](/de/blog/ai-coding-software-moat-operations/) - [Shopify-B2B-Bestellfreigaben: native Funktionen, Apps oder individuelles Kundenportal?](/de/blog/shopify-b2b-order-approval-workflow/) - [Shopify–ERP: Retouren und Erstattungen, wenn der Standard-Connector nicht genügt](/de/blog/shopify-erp-returns-refunds-integration/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/vendo-saas-tenant-isolation/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/#webpage", "@type": "WebPage", "dateModified": "2026-10-08", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-10-08", "url": "https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "AgentMail liefert E-Mail-Infrastruktur und begrenzbare Ressourcen. Dein SaaS muss Berechtigungen, Freigaben und Wiederherstellung selbst steuern. Speichere eine eindeutige Sendeabsicht, binde sie an den freigegebenen Inhalt und kläre ungewisse Ergebnisse vor einem erneuten Versand. Das dokumentierte Idempotenzfenster von 24 Stunden ersetzt kein dauerhaftes Aktionsjournal.", "articleBody": " Blog-Übersicht/Delivery und QA/Architektur und Plattformen AgentMail im SaaS: Mandantentrennung und doppelte E-Mails TL;DR AgentMail liefert E-Mail-Infrastruktur und begrenzbare Ressourcen. Dein SaaS muss Berechtigungen, Freigaben und Wiederherstellung selbst steuern. Speichere eine eindeutige Sendeabsicht, binde sie an den freigegebenen Inhalt und kläre ungewisse Ergebnisse vor einem erneuten Versand. Das dokumentierte Idempotenzfenster von 24 Stunden ersetzt kein dauerhaftes Aktionsjournal. Quellenbasis: Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. Verhindert AgentMail doppelte E-Mails in einem SaaS mit mehreren Mandanten? Unterstützte Sendeanfragen lassen sich innerhalb des dokumentierten Fensters deduplizieren. Ob ein Kunde weiterhin senden darf, eine geänderte Nachricht eine neue Freigabe braucht oder ein alter Geschäftsvorgang wiederholt werden darf, entscheidet jedoch deine Anwendung. Ein sinnvoller Pilot ist ein Support-Agent, der Antworten für ein mandanteneigenes Postfach entwirft und erst nach Freigabe versendet. Nutze synthetische Kunden und kontrollierte Empfängerpostfächer. Das Ziel ist eine berechtigte Nachricht je freigegebener Sendeabsicht, auch nach einem Absturz. Wie ordnest du Mandanten den AgentMail-Ressourcen zu? Die Anleitung zur Mandantentrennung beschreibt Pods zur Gruppierung von Ressourcen und auf Pods oder Postfächer begrenzte Schlüssel. Organisationsschlüssel können auf Ressourcen der Organisation zugreifen. Verwende diesen breiten Zugriff für Administration, nicht als Standardidentität eines Mandanten-Workers. Ermittle den Mandanten aus der authentifizierten Anwendungsidentität. Lade anschließend dessen Pod und Postfach serverseitig. Eine vom Modell gelieferte Postfach-ID belegt keine Eigentümerschaft. Prüfe Mitgliedschaft, erlaubte Empfänger und Aktion vor Freigabe und Ausführung. Ein wiederverwendeter Worker darf weder Zugangsdaten noch Gesprächszustand eines anderen Mandanten übernehmen. Was unterscheidet client_id vom Idempotency-Key? Die Idempotenzdokumentation unterscheidet Ressourcenerstellung mit client_id vom Nachrichtenversand mit dem HTTP-Header Idempotency-Key. Eine Wiederholung muss Schlüssel und Nutzdaten beibehalten. Ein Schlüssel mit geändertem Anfrageinhalt kann einen 409-Konflikt auslösen. Sendeschlüssel verfallen 24 Stunden nach Abschluss. Späte Wiederholungen brauchen deshalb eine Entscheidung deiner Anwendung. Erzeuge vor dem Anbieteraufruf eine dauerhafte Intent-ID. Binde sie an Mandant, Postfach, ausführende Person, Empfänger und Hash des freigegebenen Inhalts. Eine Eindeutigkeitsbedingung und atomare Reservierung durch einen Worker verhindern parallelen lokalen Versand. Dies ist unser vorgeschlagenes Anwendungsdesign, kein AgentMail-SDK-Schema. AnwendungszustandBedeutungErlaubter nächster Schritt EntwurfInhalt darf sich ändernPrüfen und Freigabe anfordernFreigegebenExakter Inhalt und Empfänger genehmigtBerechtigung erneut prüfen, Intent reservierenVersand läuftEin Worker besitzt den VersuchAnbieterantwort speichernUngewissAnfrage möglicherweise abgeschlossen, Antwort verlorenErgebnis klären, keinen neuen Versand startenBestätigt oder gesperrtErfolgsbeleg oder Richtlinien-StoppProtokollieren, nicht automatisch wiederholen Speichere Anbieter-Nachrichten-IDs, sobald sie vorliegen. Wird die Freigabe widerrufen oder der Inhalt geändert, sperre die Ausführung und erstelle eine neue Freigabeversion. Die Annahme einer Anfrage durch den Anbieter ist etwas anderes als Zustellung oder Lesen beim Empfänger. Erfasse diese Ergebnisse getrennt. Wie wirken Webhook-Wiederholungen auf das Journal? Prüfe die Signatur, bevor du den Nachrichtenkörper verarbeitest. Die Anleitung zur Webhook-Verifikation verwendet Svix und benötigt den unveränderten Anfragekörper. Bewahre die Event-ID zur Deduplizierung auf und ordne sie einem bekannten Mandanten und einer Nachricht zu. Eine wiederholte Meldung darf denselben Datensatz aktualisieren, aber keine neue Sendeabsicht erzeugen. Nutze atomare Aktualisierungen und ausdrückliche Übergangsregeln. Ein älteres Event darf einen neueren Zustand nicht unbemerkt wieder versandfähig machen. Speichere nur die für Wiederherstellung und Nachvollziehbarkeit nötigen Daten mit einer passenden Aufbewahrungsfrist. Welche Fehler gehören in den Abnahmetest? Führe jeden Fall mit derselben freigegebenen synthetischen Antwort aus. Prüfe Anbieter-Datensatz und kontrolliertes Empfängerpostfach unabhängig vom abschließenden Agententext. Eingebrachter FehlerErforderliche Beobachtung Zwei Worker reservieren denselben IntentEiner gewinnt, eine Anbieter-NachrichtAntwort nach Annahme durch Anbieter verlorenDerselbe Intent wird geklärt, kein neuer SchlüsselDoppelter WebhookEine Journalaktualisierung, kein neuer VersandWiederholung nach mehr als 24 StundenDauerhaftes Journal verhindert", "articleSection": "Entwicklung", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Anleitung zur Mandantentrennung", "url": "https://www.agentmail.to/docs/multi-tenancy" }, { "@type": "WebPage", "name": "Idempotenzdokumentation", "url": "https://www.agentmail.to/docs/idempotency" }, { "@type": "WebPage", "name": "Anleitung zur Webhook-Verifikation", "url": "https://www.agentmail.to/docs/webhook-verification" } ], "dateModified": "2026-10-08", "datePublished": "2026-10-08", "description": "AgentMail liefert E-Mail-Infrastruktur und begrenzbare Ressourcen. Dein SaaS muss Berechtigungen, Freigaben und Wiederherstellung selbst steuern. Speichere eine eindeutige Sendeabsicht, binde sie an den freigegebenen Inhalt und kläre ungewisse Ergebnisse vor einem erneuten Versand. Das dokumentierte Idempotenzfenster von 24 Stunden ersetzt kein dauerhaftes Aktionsjournal.", "headline": "AgentMail im SaaS: Mandantentrennung und doppelte E-Mails", "image": "https://wavect.io/img/blog/headers/header_agentmail-saas-duplicate-sends-recovery.svg", "inLanguage": "de", "keywords": "Entwicklung, KI-Agenten", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/", "wordCount": 988 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/delivery-qa/", "name": "Delivery und QA", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/architecture-platforms/", "name": "Architektur und Plattformen", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/agentmail-saas-duplicate-sends-recovery/", "name": "AgentMail im SaaS: Mandantentrennung und doppelte E-Mails", "position": 5 } ] } ```