Microsoft Outlook ist eine Software für E-Mail-Verwaltung, Kalender, Kontakte und Aufgaben.
In freigegebenen Postfächern liefert Outlook im Cache-Modus häufig unvollständige Treffer, weil nicht der gesamte Inhalt lokal vorliegt und damit nicht vollständig indiziert wird. Genau hier entstehen Lücken – besonders bei älteren Mails, großen Archiven oder Postfächern, die nur teilweise heruntergeladen werden.
Wenn eine E-Mail-Adresse sowohl als MSA als auch als AzureAD-Identität existiert, entstehen zwei Objekte mit identischem Benutzernamen, aber völlig unterschiedlichen technischen Eigenschaften. Die UPNs stimmen überein, die dahinter liegenden Identitäten jedoch nicht. Für Microsoft bedeutet das: Beide Objekte können nicht eindeutig zueinander aufgelöst werden. Aus Sicht der Dienste handelt es sich um zwei verschiedene Benutzer, die zufällig denselben String als Anmeldenamen verwenden. Dieser Artikel erläutert, warum die Problematik entsteht, wie sie sich in konkreten Fehlerbildern äußert, weshalb viele Systeme trotz korrekter Konfiguration unlogisches Verhalten zeigen und welche Schritte notwendig sind, um solche Fälle künftig zu vermeiden oder bestehende Konflikte zumindest kontrolliert aufzulösen.
Das neue Outlook für Windows (Projektname „Monarch“) lädt viele vertraute Erweiterungen nicht mehr. Der Kernpunkt: Microsoft hat die klassische COM-Add-In-Technologie entfernt. Unterstützt werden ausschließlich moderne Web-Add-Ins, die über den Office Store oder das Microsoft 365 Admin Center kommen. Deshalb erscheinen Funktionen wie CRM-Buttons, Archivierungslösungen oder spezielle Workflow-Integrationen, die im klassischen Outlook liefen, im neuen Outlook nicht mehr. Dieser Beitrag ordnet die Unterschiede zwischen COM- und Web-Add-Ins ein, zeigt, wie Admins die Kompatibilität prüfen, und skizziert tragfähige Alternativen – inklusive der Frage, wann das klassische Outlook vorerst bleiben sollte.
Neues Outlook: Warum Add-Ins fehlen – und wie Sie die Unterstützung prüfen Weiterlesen »
In vielen Hybrid-Setups zwischen Exchange On-Premises und Exchange Online bricht der Mail-Flow genau dann ab, wenn es eigentlich laufen sollte: TLS-Handshakes scheitern, Nachrichten bleiben in Warteschlangen hängen oder landen nie im Ziel. Die Haupttreiber sind fast immer dieselben: fehlerhaft konfigurierte Connectoren, Zertifikatsmismatches oder zwischengeschaltete Systeme, die TLS aushandeln und dabei scheitern. Dieser Beitrag zeigt, wie der Hybrid Configuration Wizard (HCW) die notwendigen Connectoren anlegt und woran Sie sofort erkennen, ob deren Einstellungen zum Zertifikat und zum gewünschten TLS-Modus passen.
Der PST-Import über das Microsoft 365 Compliance Center wirkt auf den ersten Blick simpel, scheitert in der Praxis aber oft an ein paar wiederkehrenden Stolpersteinen. Typische Ursachen: Die Datei ist zu groß, beschädigt oder verschlüsselt. Häufig kommen Netzwerkabbrüche beim AzCopy-Upload, abgelaufene SAS-URLs oder fehlende Import-Berechtigungen dazu. Wer PSTs vorab prüft, repariert und bei Bedarf teilt, reduziert Fehlversuche drastisch. Ebenso wichtig: AzCopy-Logs gezielt lesen, den Importstatus im Compliance Center überwachen und technische Limits kennen.
PST‑Import in Exchange Online schlägt fehl: Ursachen, Limits und praxisnahe Lösungen Weiterlesen »
