Microsoft Neue Authentifizierungsrichtlinien in 2026: Was Nutzer über die Änderungen bei IMAP, POP und SMTP wissen müssen

Verstehen der Änderungen bei der E-Mail-Authentifizierung von Microsoft: Was sich geändert hat und warum

Die Entscheidung von Microsoft, die Basis-Authentifizierung abzulehnen, beruht auf grundlegenden Sicherheitsanfälligkeiten, die in modernen Bedrohungsumgebungen zunehmend problematisch geworden sind. Laut Microsofts offizieller Dokumentation zu Exchange Online überträgt die Basis-Authentifizierung Benutzernamen und Passwörter mit jeder E-Mail-Anfrage, was ein erhebliches Risiko für die Abfangung und Wiederverwendung von Anmeldeinformationen darstellt.

Die Sicherheitsbedenken sind gut dokumentiert und ernst. Anmeldeinformationen der Basis-Authentifizierung werden häufig in Klartextkonfigurationen gespeichert, die während der Übertragung leicht abgefangen werden können, wenn keine angemessene Verschlüsselung vorhanden ist, und bieten Angreifern vollen Zugriff auf das Konto, sobald sie kompromittiert sind. Vielleicht am kritischsten ist, dass die Basis-Authentifizierung eine effektive Durchsetzung der multifaktoriellen Authentifizierung (MFA) verhindert, da Anwendungen einfach Anmeldeinformationen mit jeder Anfrage übermitteln, anstatt zusätzliche Verifizierungsfaktoren zu implementieren.

Im Gegensatz dazu verwendet die moderne Authentifizierung eine tokenbasierte Autorisierung mit OAuth 2.0, die grundsätzlich ändert, wie Anwendungen auf E-Mail-Dienste zugreifen. Anstatt dass Benutzer ihre Passwörter direkt an Drittanbieteranwendungen weitergeben, verwendet OAuth 2.0 temporäre, widerrufbare Zugriffstoken, die spezifisch für bestimmte Anwendungen und Ressourcen sind. Diese Token haben eine begrenzte Lebensdauer und können nicht über verschiedene Dienste hinweg wiederverwendet werden, was die Auswirkungen erheblich reduziert, wenn ein Token kompromittiert wird.

Der zeitlich gestaffelte Abschaffungszeitplan

Microsoft hat die Abschaffung der Basis-Authentifizierung durch einen sorgfältig orchestrierten mehrjährigen Zeitplan umgesetzt, der darauf abzielt, Sicherheitsverbesserungen mit der Geschäftskontinuität in Einklang zu bringen. Das Unternehmen begann Anfang 2021 damit, die Basis-Authentifizierung für bestehende Mandanten zu deaktivieren, für die keine Nutzung gemeldet wurde, und ermöglichte die Identifizierung von Kunden, die tatsächlich von veralteten Authentifizierungsmethoden abhängen, bevor breitere Einschränkungen umgesetzt wurden.

Bis Oktober 2022 wechselte Microsoft zu einer aggressiveren Einführung, indem zufällig Mandanten ausgewählt und die Basis-Authentifizierung über mehrere Protokolle einschließlich MAPI, RPC, POP, IMAP, Exchange ActiveSync und Remote PowerShell deaktiviert wurde. Das Unternehmen informierte betroffene Kunden sieben Tage im Voraus über Mitteilungen im Message Center, bevor Änderungen in ihren Umgebungen umgesetzt wurden.

Die letzte und bedeutendste Frist betrifft SMTP AUTH für die Client-Übermittlung. Das Exchange-Team von Microsoft kündigte an, dass die Basis-Authentifizierung für SMTP AUTH dauerhaft abgeschafft wird, beginnend mit einer gestaffelten Umsetzung ab dem 1. März 2026 und bis zum 30. April 2026 vollständig eingestellt wird. Nach diesem Datum werden keine Ausnahmen gewährt, und der Support von Microsoft kann keine Umgehungen bereitstellen, unabhängig von den geschäftlichen Umständen.

Wie moderne Authentifizierung IMAP-, POP- und SMTP-Protokolle beeinflusst

Die Änderungen bei der Authentifizierung haben unterschiedliche Herausforderungen für verschiedene E-Mail-Protokolle geschaffen, mit unterschiedlichen Auswirkungen auf die Benutzererfahrung und die Kompatibilität von Anwendungen. Das Verständnis dieser protokollspezifischen Implikationen hilft zu klären, welche Maßnahmen Sie ergreifen müssen, um den E-Mail-Zugriff aufrechtzuerhalten.

Änderungen bei den IMAP- und POP3-Protokollen

IMAP (Internet Message Access Protocol) und POP3 (Post Office Protocol Version 3) sind industrieweit genutzte E-Mail-Protokolle, die seit Jahrzehnten in Gebrauch sind. Diese Protokolle wurden ursprünglich für die passwortbasierte Authentifizierung konzipiert, ohne Unterstützung für OAuth 2.0 tokenbasierte Authentifizierung. Während moderne Protokollstandards XOAUTH2 als Authentifizierungsmechanismus hinzugefügt haben, implementieren viele ältere E-Mail-Clients diese Erweiterung nicht, was zu Kompatibilitätslücken führt.

Die Herausforderung ist insbesondere für Outlook-Desktop-Nutzer akut. Laut Microsofts offizieller Fehlerbehebung-Dokumentation unterstützt Outlook für Desktop keine OAuth 2.0-Authentifizierung für POP- und IMAP-Verbindungen, und Microsoft hat ausdrücklich erklärt, dass es keine Pläne gibt, die OAuth-Unterstützung für diese Protokolle in Outlook zu implementieren. Das Unternehmen empfiehlt, dass Nutzer stattdessen MAPI/HTTP (Windows) oder Exchange Web Services (Mac) verwenden, die moderne Authentifizierung nativ unterstützen.

Für Nutzer, die IMAP/POP-Zugriff auf Microsoft-gehostete E-Mails bevorzugen oder benötigen, besteht die Lösung darin, zu E-Mail-Clients zu wechseln, die OAuth 2.0 über diese Protokolle unterstützen. Mozilla Thunderbird kündigte im November 2025 die native Unterstützung von Microsoft Exchange an, wobei Version 145 und höher Exchange Web Services (EWS) mit OAuth 2.0-Authentifizierung und automatischer Kontenerkennung implementiert.

SMTP AUTH-Abwertung: Die letzte Authentifizierungsfrist

SMTP AUTH für die Client-Übermittlung stellt die letzte Hauptkomponente der grundlegenden Authentifizierung dar, die noch in Exchange Online funktioniert, was ihre bevorstehende Abwertung besonders bedeutend für transaktionale E-Mail-Systeme und automatisierte E-Mail-Versandanwendungen macht. SMTP AUTH ermöglicht es Anwendungen und Skripten, sich bei SMTP-Servern zu authentifizieren und E-Mails im Namen von Nutzern zu versenden – eine Fähigkeit, die für automatisierte E-Mail-Generierung, Marketingplattformen und geschäftliche Prozessautomatisierungssysteme unerlässlich ist.

Die Abwertung erfolgt in zwei Phasen, beginnend am 1. März 2026. Zunächst wird Microsoft einen kleinen Prozentsatz von SMTP-Übermittlungen ablehnen, die die grundlegende Authentifizierung verwenden, um die Auswirkungen zu überwachen und Systeme zu identifizieren, die eine beschleunigte Migration benötigen. Bis zum 30. April 2026 wird Microsoft eine 100-prozentige Ablehnung von SMTP-Übermittlungen mit grundlegender Authentifizierung erreichen. Nach diesem Datum erhalten Anwendungen, die versuchen, SMTP AUTH mit grundlegenden Authentifizierungsanmeldeinformationen zu verwenden, die Fehlermeldung „550 5.7.30 Grundlegende Authentifizierung wird nicht für die Client-Übermittlung unterstützt.”

Nutzer, die App-Passwörter mit Microsoft 365-Konten aktivieren, um Drittanbieteranwendungen zu unterstützen, sollten verstehen, dass App-Passwörter auf grundlegender Authentifizierung basieren und ihre Funktion einstellen werden, wenn SMTP AUTH deaktiviert ist. Laut Microsofts offiziellen Support-Foren werden App-Passwörter nach der Abwertung von SMTP AUTH nicht mehr funktionieren, und Nutzer können keine neuen App-Passwörter erzeugen, um ablaufende zu ersetzen.

Kompatibilität von E-Mail-Clients: Welche Anwendungen unterstützen moderne Authentifizierung

Die Umstellung auf moderne Authentifizierung hat eine fragmentierte Kompatibilitätslandschaft bei E-Mail-Clients geschaffen, wobei die Adoptionsraten bei beliebten Anwendungen erheblich variieren. Zu verstehen, welche E-Mail-Clients die OAuth 2.0-Authentifizierung unterstützen, ist entscheidend für einen unterbrechungsfreien E-Mail-Zugang.

Unterstützung durch native E-Mail-Clients

Apple Mail auf macOS und iOS unterstützt moderne Authentifizierung für Outlook.com-, Hotmail.com- und Gmail-Konten durch die Implementierung von OAuth 2.0. Benutzer können Apple Mail so konfigurieren, dass es OAuth 2.0 verwendet, indem sie während der Einrichtung den anbieter-spezifischen Kontotyp (Google, iCloud oder Outlook) auswählen, was die OAuth-Authentifizierung automatisch implementiert. Allerdings weist die Supportdokumentation von Microsoft darauf hin, dass Apple Mail OAuth 2.0 nicht unterstützt, wenn es als generisches IMAP-Konto konfiguriert ist, was für Benutzer, die eine manuelle Konfiguration versuchen, Kompatibilitätslücken schafft.

Mozilla Thunderbird hat sich als führender Befürworter der Implementierung von moderner Authentifizierung herausgestellt. Die offizielle Supportdokumentation von Mozilla bestätigt, dass Thunderbird Version 128.4.1 und höher die OAuth 2.0-Authentifizierung für IMAP-, POP- und SMTP-Protokolle ordnungsgemäß unterstützt, wobei neuere Versionen nativ die Unterstützung von Exchange Web Services (EWS) für Microsoft 365-Konten hinzufügen.

Parallele Authentifizierungsumstellung von Google

Die Umstellung der Authentifizierung geht über die Dienste von Microsoft hinaus. Google begann im Sommer 2024, weniger sichere Apps (die die Basic Authentication verwenden) für neue Benutzer einzuschränken und deaktivierte die Basic Authentication für alle Google-Konten am 14. März 2025 vollständig. Laut der Workspace-Admin-Dokumentation von Google betraf diese Frist E-Mail-Clients, einschließlich älterer Versionen von Outlook, Apple Mail, Samsung Mail und anderen auf IMAP/POP basierenden Anwendungen, die die Unterstützung von OAuth 2.0 nicht implementiert hatten.

Diese parallele Implementierung durch große E-Mail-Anbieter deutet auf eine branchenweite Anerkennung hin, dass die Basic Authentication in der modernen E-Mail-Infrastruktur zu einer Belastung geworden ist. Benutzer, die mehrere E-Mail-Konten bei verschiedenen Anbietern verwalten, benötigen E-Mail-Clients, die OAuth 2.0 universell unterstützen, anstatt nur für spezifische Anbieter.

Überlegungen zu mobilen Geräten

Android-E-Mail-Clients und iOS-Mail-Anwendungen, die sich auf Exchange ActiveSync (EAS) verlassen, sind von der Abwertung der Basic Authentication betroffen, obwohl die meisten modernen Versionen standardmäßig die Unterstützung von OAuth 2.0 bieten. Benutzer mit älteren Geräten und älteren Betriebssystemen können beim Zugriff auf E-Mails auf Probleme stoßen, wenn ihre Geräte keine Unterstützung für OAuth 2.0 bieten. Microsoft empfiehlt die Verwendung von Outlook für iOS und Android, das moderne Authentifizierungsmethoden vollständig integriert und Zugriffsbedingungen sowie mobile Anwendungsverwaltungsmöglichkeiten bietet, die überlegen sind im Vergleich zu nativen E-Mail-Anwendungen.

Wie Mailbird die Anforderungen an moderne Authentifizierung angeht

Für Nutzer, die eine umfassende E-Mail-Lösung suchen, die moderne Authentifizierung nahtlos über mehrere Anbieter hinweg verwaltet, hat sich Mailbird als strategische Alternative positioniert, die die Komplexität der Authentifizierung beseitigt und gleichzeitig robuste Sicherheitsstandards aufrechterhält.

Automatische OAuth 2.0-Implementierung

Mailbird versucht automatisch, OAuth 2.0 zu verwenden, wenn Microsoft-E-Mail-Konten verbunden werden, wodurch manuelle Konfigurationen für die meisten Nutzer entfallen. Laut der offiziellen Supportdokumentation von Mailbird erkennt die Anwendung beim Hinzufügen von Microsoft-Konten über den Standard-Setup-Prozess den E-Mail-Anbieter und ruft automatisch den OAuth-Login-Prozess von Microsoft auf, leitet die Nutzer zum Authentifizierungsportal von Microsoft weiter und verwaltet das Token-Management transparent.

Dieser Ansatz beseitigt die technische Komplexität, die viele Nutzer frustriert, die versuchen, E-Mail-Clients manuell zu konfigurieren. Anstatt zu verlangen, dass Nutzer die Token-Akquise von OAuth 2.0, XOAUTH2-Authentifizierungsmechanismen oder die Prozesse zur Anwendungsregistrierung verstehen, kümmert sich Mailbird automatisch um die Authentifizierungsinfrastruktur und bietet den Nutzern vertraute Login-Oberflächen.

Multianbieter-OAuth-Unterstützung

Die OAuth 2.0-Implementierung von Mailbird geht über Microsoft-Dienste hinaus und umfasst umfassende Unterstützung für Gmail, Yahoo und andere große E-Mail-Anbieter. Für Gmail-Konten implementiert Mailbird automatisch die OAuth 2.0-Authentifizierung über den Anmeldeprozess von Google, leitet die Nutzer zum Login-Portal von Google weiter, verlangt die Genehmigung für den Zugriff auf E-Mail und Kalender und gibt die Kontrolle mit ordnungsgemäß konfigurierter OAuth-Authentifizierung an Mailbird zurück.

Dieser Multianbieter-Ansatz spricht einen kritischen Schmerzpunkt für Fachleute an, die mehrere E-Mail-Konten über verschiedene Dienste verwalten. Anstatt separate E-Mail-Clients für verschiedene Anbieter zu benötigen oder mit inkonsistenten Authentifizierungsmethoden zu kämpfen, bietet Mailbird eine einheitliche OAuth 2.0-Unterstützung, die unabhängig vom E-Mail-Anbieter konsistent funktioniert.

Protokollflexibilität mit moderner Sicherheit

Mailbird unterstützt IMAP, POP3 und SMTP-Protokolle mit modernen Authentifizierungsmechanismen, wobei die Anwendung intelligente Konfigurationsvorschläge basierend auf dem E-Mail-Anbieter und dem Kontotyp anzeigt. Für Microsoft 365-Konten verwendet Mailbird standardmäßig das Exchange-Protokoll über Exchange Web Services (EWS), das im Vergleich zu IMAP/POP-Ansätzen überlegene Funktionen wie eine bessere Ordnerverwaltung, Nachrichten-Synchronisierung und Handhabung von Anhängen bietet.

Nutzer, die IMAP oder POP3 bevorzugen, können diese Protokolle konfigurieren, wobei Mailbird jedoch warnt, dass dies erfordert, dass SMTP-Auth in den Einstellungen der Microsoft 365-Organisation aktiviert ist, was standardmäßig für neue Organisationen deaktiviert ist. Diese intelligente Anleitung hilft Nutzern, Konfigurationsprobleme zu vermeiden, bevor sie auftreten, wodurch die Supportlast verringert und die Benutzererfahrung verbessert wird.

Erweiterte Sicherheitsfunktionen

Über die OAuth 2.0-Authentifizierung hinaus legt Mailbird umfassende Sicherheitspraktiken in seiner E-Mail-Infrastruktur an. Laut dem Datenschutz- und E-Mail-Einstellungsleitfaden von Mailbird verwendet die Plattform Transport Layer Security (TLS) für alle E-Mail-Serververbindungen und verschlüsselt die Kommunikation zwischen Mailbird und E-Mail-Servern während der Übertragung.

Die Unterstützung der multifaktoralen Authentifizierung von Mailbird funktioniert nahtlos mit der OAuth 2.0-Authentifizierung, da die MFA-Anforderungen von Microsoft und Google auf der Ebene des Identitätsanbieters während des OAuth-Logins durchgesetzt werden und nicht innerhalb des E-Mail-Clients selbst. Dies bedeutet, dass Nutzer mit aktivierter MFA auf ihren Konten Mailbird nicht ohne erfolgreiches Abschluss der MFA im Authentifizierungsportal von Microsoft oder Google zugreifen können, wodurch die Sicherheitsanforderungen transparent und ohne zusätzliche Konfiguration aufrechterhalten werden.

Praktische Implementierung: Vorbereitung auf die Fristen zur E-Mail-Authentifizierung

Mit der bevorstehenden endgültigen Frist für SMTP AUTH im April 2026 sollten Benutzer und Organisationen proaktive Schritte unternehmen, um einen unterbrechungsfreien E-Mail-Zugriff zu gewährleisten. Bis zur letzten Minute zu warten, birgt unnötige Risiken, da technische Probleme, die während einer Notfallmigration entdeckt werden, längere Reparaturzeiten erfordern können.

Bewertung Ihrer aktuellen E-Mail-Konfiguration

Beginnen Sie damit, alle Anwendungen, Geräte und Systeme zu identifizieren, die derzeit die Basis-Authentifizierung für den E-Mail-Zugriff verwenden. Dieses Inventar sollte Desktop-E-Mail-Clients, mobile Geräte und Anwendungen, cloudbasierte Integrationen und APIs, Systeme zur Automatisierung von Geschäftsprozessen sowie alle Altsysteme umfassen, die weiterhin E-Mail-Unterstützung benötigen.

Für Outlook-Desktopbenutzer überprüfen Sie Ihre aktuelle Version und die Konfiguration der modernen Authentifizierung. Stellen Sie sicher, dass Sie Outlook Version 2016 oder höher verwenden (frühere Versionen unterstützen die moderne Authentifizierung nicht), dass die Anwendung vollständig mit den neuesten Sicherheitsupdates aktualisiert ist und dass die moderne Authentifizierung auf Organisationsebene in den Microsoft 365-Administratoroptionen aktiviert ist. Laut Microsofts Dokumentation zur Konfiguration von Exchange Online können Organisationen den Status der modernen Authentifizierung über PowerShell-Befehle oder das Microsoft 365 Admin Center überprüfen.

Übergang zu OAuth-kompatiblen E-Mail-Clients

Für Benutzer, die IMAP oder POP-Zugriff auf Microsoft-gehostete E-Mails benötigen, sollte der Übergang zu OAuth 2.0-kompatiblen E-Mail-Clients Priorität haben. Mozilla Thunderbird stellt eine praktikable Alternative für Benutzer dar, die Zugang zum IMAP/POP-Protokoll benötigen, mit umfassender Unterstützung für OAuth 2.0 für Microsoft-Konten. Alternativ bietet Mailbird eine überlegene Integration mit automatischer OAuth 2.0-Konfiguration und einer einheitlichen Posteingangsfunktionalität, die mehrere E-Mail-Konten in einer einzigen Schnittstelle konsolidiert.

Der Übergangsprozess sollte umfassende Tests zum Erwerb von OAuth-Token, die Überprüfung der ordnungsgemäßen Durchsetzung der Anforderungen an die Mehrfaktorauthentifizierung, die Bestätigung, dass alle erforderlichen E-Mail-Funktionalitäten korrekt funktionieren, und die Validierung beinhalten, dass automatisierte Prozesse und Integrationen wie erwartet weiter funktionieren.

Behandlung von SMTP AUTH-Abhängigkeiten

Organisationen, die SMTP AUTH für transaktionale E-Mails oder automatisiertes E-Mail-Versenden verwenden, müssen die Authentifizierung mit OAuth 2.0 vor dem 1. März 2026 implementieren. Für Organisationen, die weiterhin Zugriff auf SMTP-Dienste für authentifizierte E-Mail-Übertragungen benötigen, stellt Microsoft detaillierte Anleitungen für den Übergang zum High Volume E-Mail-Dienst für Microsoft 365 oder Azure Communication Services Email bereit, die beide umfassende SMTP-Unterstützung mit OAuth-Authentifizierung bieten.

Anwendungen müssen aktualisiert werden, um sich bei Microsoft Entra zu registrieren, die entsprechenden API-Berechtigungen anzufordern und Zugriffstokens von Token-Servern zu erhalten, bevor SMTP-Verbindungen hergestellt werden. Der Prozess umfasst entweder delegierte Berechtigungen (unter Verwendung von Benutzeranmeldeinformationen zur Anforderung von Tokens) oder Anwendungsberechtigungen (unter Verwendung von Client-Geheimnissen), je nach Architektur der Anwendung.

Überlegungen zum Management mobiler Geräte

Bereitstellungen von Mobile Device Management sollten aktualisiert werden, um E-Mail-Konten mit OAuth 2.0-kompatiblen Profilen anstelle von Profilen für die Basis-Authentifizierung bereitzustellen. Für iOS-Geräte sollten Administratoren neue E-Mail-Konfigurationsprofile mithilfe moderner Authentifizierungsmethoden über MDM-Dienste wie Microsoft Intune bereitstellen. Für Android-Geräte sollten Organisationen sicherstellen, dass verwaltete E-Mail-Anwendungen OAuth 2.0 unterstützen oder zu Microsoft Outlook für Android migrieren, das die moderne Authentifizierung vollständig unterstützt und verbesserte Funktionen für das Management mobiler Geräte bietet.

Übergreifende Branchenimplikationen und zukünftige Authentifizierungslandschaft

Die Konvergenz auf OAuth 2.0 als den Standardmechanismus zur E-Mail-Authentifizierung spiegelt eine breitere Branchenbewegung hin zu Zero-Trust-Sicherheitsmodellen und kontextabhängiger Authentifizierung wider. Authentifizierungsmethoden bewerten zunehmend kontextuelle Faktoren wie den Standort des Benutzers, den Gesundheitszustand des Geräts, Netzwerkbedingungen und Verhaltensmuster, anstatt einfach nur statische Anmeldeinformationen zu überprüfen.

Moderne Authentifizierung ermöglicht diesen kontextabhängigen Ansatz durch bedingte Zugriffsrichtlinien, die die Angriffsfläche verringern, indem sie den Zugriff von verdächtigen Standorten oder kompromittierten Geräten verhindern, selbst wenn korrekte Anmeldeinformationen bereitgestellt werden. Dieser architektonische Wandel stellt grundlegende Veränderungen in der Funktionsweise der Sicherheitsinfrastruktur dar, indem er von perimeterbasierten Sicherheitsmodellen zu identitätszentrierten Ansätzen übergeht, die von einem Eindringen ausgehen und kontinuierlich überprüfen.

Implikationen für die Entwicklung von E-Mail-Clients

Die parallele Implementierung von OAuth 2.0 durch Google, Microsoft und andere große E-Mail-Anbieter deutet darauf hin, dass die Basis-Authentifizierung in der Branche zunehmend nicht verfügbar sein wird. Diese Konvergenz schafft Möglichkeiten für Entwickler von E-Mail-Clients, die standardisierte Unterstützung für OAuth 2.0 einmal zu implementieren, um die Kompatibilität über mehrere Anbieter hinweg zu ermöglichen, ohne anbieter-spezifische Authentifizierungsimplementierungen erforderlich zu machen.

Anwendungen, die OAuth 2.0 korrekt implementieren, erhalten Wettbewerbsvorteile, da traditionelle Wettbewerber weiterhin mit zunehmend nicht verfügbaren Basis-Authentifizierungsmethoden kämpfen. E-Mail-Clients, die eine nahtlose Implementierung von OAuth 2.0 bieten – wie die automatische Authentifizierungskonfiguration von Mailbird – reduzieren die Benutzerbelastung und den technischen Supportbedarf, während sie eine überlegene Sicherheitslage aufrechterhalten.

Überlegungen zur Unternehmensarchitektur

Die Architekturen für den Einsatz von E-Mail in Unternehmen können zunehmend zwischen Organisationen divergieren, die die Kompatibilität mit modernen Clients und Standards priorisieren, und Organisationen, die mit veralteten Systemen arbeiten, die eine verlängerte Unterstützung erfordern. Organisationen, die moderne E-Mail-Clients mit umfassender Unterstützung für OAuth 2.0 auswählen, genießen eine überlegene Sicherheitslage und die Einhaltung aktueller Branchenstandards. Organisationen, die veraltete Systeme und ältere E-Mail-Clients beibehalten, sehen sich zunehmenden betrieblichen Belastungen und Sicherheitsrisiken gegenüber, da veraltete Protokolle und Authentifizierungsmethoden von den Plattformen der Anbieter verschwinden.

Die strategische Entscheidung besteht darin, kurzfristige betriebliche Kontinuität mit langfristiger Nachhaltigkeit der Infrastruktur auszubalancieren. Organisationen, die jetzt in moderne Authentifizierungsinfrastrukturen investieren, legen die Grundlagen für E-Mail-Sicherheit und -Kompatibilität weit in die Zukunft, während weitere Protokolle und Authentifizierungsmethoden sich zusammen mit den breiteren Sicherheitsverbesserungen in der Branche weiterentwickeln.

Häufig gestellte Fragen