Inboxer für Gmail und Outlook gleichzeitig zu bauen, hat länger gedauert als die Einzelanbieter-Version, die wir zuerst ausgeliefert haben. Nicht weil Outlook schlechter wäre - Microsoft Graph ist eine respektable API -, sondern weil die beiden Plattformen grundlegend unterschiedliche mentale Modelle offenlegen. Wer 2026 einen KI-E-Mail-Assistenten bewertet, sollte wissen, wo diese Unterschiede ins Produkt durchsickern, denn sie beeinflussen, was Ihre KI kann und was nicht.

Labels versus Kategorien versus Ordner

Gmails Organisationsprinzip ist das Label: eine Zeichenkette, die an einen Thread angehängt wird. Ein Thread kann viele Labels tragen. Ein Label zu entfernen verschiebt den Thread nirgendwohin - es entfernt nur das Tag. Archivieren bedeutet schlicht, dass das Label INBOX fehlt.

Outlooks Organisationsprinzip ist der Ordner: Ein Thread liegt zu jedem Zeitpunkt in genau einem Ordner. Archivieren heißt, in den Archiv-Ordner zu verschieben. Daneben kennt Outlook auch Kategorien, farbige Tags, die sich eher wie Gmail-Labels verhalten - aber die meisten Nutzer wissen gar nicht, dass es sie gibt, und die Filteransichten funktionieren anders.

Für KI-Klassifizierung ist das relevant: Ein auf Gmail-Labels aufgebautes Tool kann "1 - Zu beantworten" als Label setzen, ohne die Ordnerstruktur der Nutzerin zu stören. Dasselbe Tool muss bei Outlook eine Wahl treffen: Kategorien nutzen (die die Nutzerin erst kennenlernen muss) oder Ordner (die den Thread aus dem Blickfeld verschieben)? Wir haben uns für Kategorien entschieden, mit exakt der gleichen Benennung wie unsere Gmail-Labels, damit sich das UX über beide Anbieter hinweg identisch anfühlt.

Threading und Konversationsgruppierung

Gmail gruppiert Nachrichten aggressiv in Threads - manchmal zu aggressiv. Fünf E-Mails mit demselben Betreff von unterschiedlichen Personen landen in einem Thread, auch wenn sie nichts miteinander zu tun haben. Outlooks Konversationsgruppierung ist strenger (es nutzt den In-Reply-To-Header zuverlässiger), lässt sich aber von der Nutzerin abschalten. Ist sie aus, erscheint jede Nachricht als eigene Zeile.

Die Konsequenz für die KI: Die Klassifizierungsgenauigkeit hängt vom vollständigen Thread-Kontext ab. Eine Antwort auf "Bestätigt für 15 Uhr Dienstag?" bedeutet ohne das Original nichts. Gmails aggressives Threading hilft dem Modell. Outlook mit deaktivierter Konversationsansicht zwingt die KI, sich Threads aus den Headern zu rekonstruieren, was möglich ist, aber Latenz kostet.

Später erinnern, aufschieben, nachhaken

Gmail hat eine native Später-erinnern-Funktion: aus dem Posteingang entfernen bis X. Das Modell erkennt ein SNOOZED-Label und überspringt den Thread, bis er zurückkehrt.

Outlook hat kein Äquivalent-Label. Am nächsten kommt die "Nachverfolgen"-Markierung mit Start- und Fälligkeitsdatum. Wir nutzen flag.flagStatus === "flagged" mit einem in der Zukunft liegenden Datum als Proxy für Später-erinnern und überspringen die Klassifizierung bei markierten Threads. Das funktioniert für den Standardfall, deckt aber nicht die Nutzerinnen ab, die Outlooks eigentliche "Zurückstellen"-Menüfunktion verwenden - die die Nachricht in einen versteckten Zustand versetzt, den die Graph-v1.0-API nicht sauber offenlegt.

Webhooks und Push-Benachrichtigungen

Gmails Push-Benachrichtigungen laufen über Google Pub/Sub. Man registriert einen Watch, Gmail pusht auf das Topic, der eigene Dienst konsumiert. Watches laufen nach 7 Tagen ab und müssen erneuert werden.

Microsoft Graph nutzt ein Subscription-Modell: Man sendet einen POST-Request an /subscriptions mit einem Ressourcenpfad und einer Notification-URL, Microsoft ruft diese URL auf. Subscriptions für Mail laufen nach etwa 3 Tagen ab. Die Erneuerungslogik ist symmetrisch.

Die versteckten Kosten bei Microsoft: Webhooks werden über Svix zugestellt, was ein spezifisches Signaturformat nutzt (svix-id.svix-timestamp.body, HMAC-SHA256 mit dem base64-dekodierten Secret, ±5-Minuten-Replay-Fenster). Wer die Webhook-Verifizierung so implementiert, als wäre es Stripe- oder Gmail-Signierung, bekommt jeden Webhook mit einem 401 zurückgewiesen und verbringt eine Debug-Session damit, herauszufinden, warum. (Wir wissen es aus Erfahrung.)

Entwürfe erstellen und versenden

Beide Anbieter bieten Entwurf-erstellen-plus-versenden an. Gmails Entwürfe haben eine eigene Ressource (/drafts) und brauchen messages.modify für Label-Updates, weil threads.modify sich nicht auf Entwürfe überträgt. Microsofts Entwürfe SIND Nachrichten - sie liegen im /Drafts-Ordner und lassen sich wie jede Nachricht per PATCH bearbeiten.

Unterm Strich für die KI: Einen Entwurf zu verfassen ist über beide Anbieter hinweg API-äquivalent. Der Inboxer-Code abstrahiert beide hinter einer einzigen EmailConnector.createDraft()-Schnittstelle; die Konsumentenseite muss nicht wissen, welcher Anbieter darunterliegt.

Daten für das Stilprofil: Gesendete Elemente

Um zu lernen, wie eine Nutzerin schreibt, braucht die KI Zugriff auf deren Sende-Historie. Beide Anbieter stellen das bereit:

Gmail: users.messages.list?q=in:sent
Microsoft Graph: /me/mailFolders/SentItems/messages

Gleiche Payload-Größe, gleiches Parsing. Der Aufbau des Stilprofils läuft auf beiden identisch ab. Wer Inboxer sowohl mit Gmail als auch mit dem Outlook derselben Person verbindet, bekommt dasselbe Stilprofil.

Das Problem doppelter Labels

Hier ist eine kuriose Sache. Gmails Einstellung "Konversationsansicht" verändert, wie Labels in gefilterten Ansichten dargestellt werden. Ist sie AUS (eine Wahl von etwa 30 % der Power-User), zeigt das Filtern nach Label eine Zeile pro Nachricht statt eine pro Konversation. Hat ein Thread also 5 Nachrichten, die alle mit "5 - FYI" gelabelt sind, sieht die Nutzerin dieselbe Konversation 5-mal. Inboxer betreibt einen täglichen Cron-Job, der doppelte Labels auf die jeweils neueste Nachricht eines Threads reduziert, genau um das zu beheben.

Outlooks Kategoriefilter kennt dieses Verhalten nicht. Ein Thread ist immer eine Zeile. Der Dedupe-Job läuft also nur für Gmail. Gut zu wissen, falls Sie jemals wechseln.

Sollten Sie Ihren E-Mail-Anbieter nach KI-Unterstützung wählen?

Ehrlich gesagt: nein. Sowohl Gmail als auch Outlook können 2026 denselben KI-Assistenten mit praktisch identischer Funktionalität beherbergen, weil die anbieterseitigen Unterschiede durch Tools wie Inboxer abstrahiert werden. Wählen Sie den E-Mail-Client, den Sie tatsächlich gerne nutzen. Die KI-Ebene setzt so oder so darüber.

Die eine Ausnahme: Wenn Sie in einem Microsoft-365-Firmentenant sind, in dem die IT-Abteilung Graph-Subscriptions von Drittanbietern deaktiviert hat, bekommen Sie keine Echtzeit-Push-Benachrichtigungen und fallen auf Polling zurück. Das lässt die KI pro eingehender E-Mail um etwa 30 Sekunden langsamer wirken. Ein realer Unterschied, aber selten ein Dealbreaker.