Bei Microsoft anmelden
Melden Sie sich an, oder erstellen Sie ein Konto.
Hallo,
Wählen Sie ein anderes Konto aus.
Sie haben mehrere Konten.
Wählen Sie das Konto aus, mit dem Sie sich anmelden möchten.

Zusammenfassung

AutoErmittlung ist das Feature, das Outlook verwendet, um Konfigurationsinformationen für die Server zu erhalten, mit denen die Verbindung hergestellt wird. In Outlook 2016 verbindung mit Exchange-Servern wird die AutoErmittlung als einzelner Punkt der Wahrheit für Konfigurationsinformationen betrachtet und muss konfiguriert und ordnungsgemäß ausgeführt werden, damit Outlook voll funktionsfähig ist. In diesem Artikel wird die Implementierung von AutoErmittlung in der Klick-und-Los-Version des aktuellen Kanals Outlook 2016. Weitere Informationen zu den Versionen Office 365 Clients finden Sie auf den folgenden Microsoft-Websites:

Versions- und Buildnummern der Updatekanalversionen für Office 365 Clients

Office 365 von Clientupdate-Kanalversionen

Weitere Informationen

AutoErmittlung-Anzeigedauer

AutoErmittlung wird zu folgenden Zeiten ausgeführt:

  1. Während der Kontoerstellung.

  2. Festgelegte Intervalle zum Erfassen von Änderungen an URLs, die Exchange Webdienstfeatures (OOF, Verfügbarkeitsdienst und so weiter) bereitstellen. Wenn dieser Vorgang erfolgreich ist, erfolgt eine Stunde später ein weiterer Versuch. Wenn der Versuch nicht erfolgreich ist, erfolgt der nächste Versuch 5 Minuten später. Jeder Versuch kann potenziell um bis zu 25 % gestaffelt werden, da die Hintergrundaufgabe von allen Microsoft Office verwendet wird.

  3. Als Reaktion auf bestimmte Konnektivitätsfehler. Wenn bei einem Verbindungsversuch ein Fehler auftritt, startet Outlook in verschiedenen Szenarien eine AutoErmittlungsaufgabe, um bei jedem Versuch, das Verbindungsproblem zu beheben, neue Einstellungen abzurufen.

  4. Wenn eine andere Anwendung sie mithilfe von MAPI aufruft. Weitere Informationen zu MAPI finden Sie im folgenden MSDN-Artikel: Outlook MAPI-Referenz.


Effizienz der AutoErmittlung

Verwenden Sie den Benutzerprinzipalnamen (User Principal Name, UPN), um den Vorgang zur AutoErmittlung zu beschleunigen.

Auf einem Computer, der einer Domäne Outlook, muss der UpN für einen Benutzer bekannt sein, um den AutoErmittlungsprozess initiieren zu können. Möglicherweise wurde der UPN für die Anmeldung bei Windows verwendet. In diesem Fall hat Outlook über die Anmeldeinformationen direkten Zugriff auf den UPN. Wenn ein Benutzer jedoch "domäne\benutzername" zum Anmelden Windows, Outlook Benutzer nur die gleichen Anmeldeinformationen für den Benutzer. Um den UPN zu erhalten, muss Outlook zuerst den Benutzer im Verzeichnis nachschauen. Outlook fordern Sie auf, dass dieser Nachschlage-Verweis Empfehlungen verfolgt. In komplexen Umgebungen kann dies dazu führen, dass eine große Anzahl von DCs kontaktiert wird, bevor ein Ergebnis gefunden wird. Nachdem Outlook upN für den Benutzer gefunden haben, wird der Wert im Profil zwischengespeichert, und die Suche sollte für diesen Benutzer nicht erneut geschehen.

Um dieses Szenario zu vermeiden, kann sich der Benutzer mit einem UPN anstelle von "domäne\benutzername" anmelden.


Überlegungen zur ITAR

Microsoft Office 365 bietet Features, die Kunden mit ITAR-Verpflichtungen unterstützenkönnen. Im Kontext des AutoErmittlungsfeatures in Outlook umfasst dieser Featuresatz Richtlinieneinstellungen und Verhalten, mit dem sichergestellt wird, dass die für AutoErmittlung verwendeten Dienstendpunkte souveräne Cloudanforderungen erfüllen. Insbesondere steht in Office 365 aufgeführten spezifischen Schritten im AutoErmittlungsprozess ( Schritt 4 und Schritt 11) ein Richtliniensteuerelement zur Verfügung, um sicherzustellen, dass während des AutoErmittlungsvorgangs geeignete Dienstendpunkte verwendet werden. 


AutoErmittlungsprozess Jedes Mal, wenn Outlook AutoErmittlungsinformationen benötigt, verwendet es eine Reihe von geordneten Schritten, um eine XML-Nutzlast abzurufen, die Konfigurationseinstellungen enthält. Viele dieser Schritte können mithilfe von Gruppenrichtlinienobjekten (Group Policy Objects, GPO) gesteuert werden, und der Wert des Gruppenrichtlinienobjekts ist in der Schrittbeschreibung enthalten.

Schritt 1: Überprüfen auf Neustartszenarien

In einigen Fällen, z. B. beim Hinzufügen eines zweiten Kontos, während Outlook ausgeführt wird, wird die AutoErmittlungsnutzlast in einer lokalen Datei zwischengespeichert, die beim Neustart des Outlook-Clients verwendet wird. Der erste Schritt bei der AutoErmittlung besteht im Überprüfen der Registrierung auf spezielle "Startinformationen", die Outlook mitteilt, dass Sie sich in der Mitte eines dieser Neustartszenarien befinden, und die AutoErmittlung-Nutzlast aus der speziellen lokalen Datei zu lesen. Dies ist ein seltener Fall und in der Regel nicht die Ursache von allgemeinen Problemen mit der AutoErmittlung. Wenn sie sich Outlook diesem speziellen Startszenario befinden und der Versuch, die AUTOErmittlung-XML-Daten abzurufen, für diesen Schritt fehlschlägt, schlägt der gesamte AutoErmittlungsversuch fehl. Es werden keine weiteren Schritte unternommen.

Für diesen Schritt gibt es kein spezielles Richtliniensteuerelement.

Schritt 2: Überprüfen auf die Einstellung "Lokale Daten"

Outlook stellt ein Gruppenrichtlinienobjekt zur Verfügung, mit dem Administratoren eine bestimmte AutoErmittlungs-XML-Datei bereitstellen können, die für die Konfiguration verwendet werden soll. Wenn der Administrator diesen Registrierungswert bereitgestellt und eine autodiscover.xml-Datei als Startwert festgelegt hat, liest Outlook die AutoErmittlungsnutzlast aus dieser Datei. Dies ist auch hier ein ungewöhnlicher Fall und in der Regel nicht die Ursache generischer AutoErmittlungsprobleme. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 3.

Weitere Informationen zu AutoErmittlungs-XML finden Sie im folgenden TechNet-Artikel: Planen der automatischen Konfiguration von Benutzerkonten in Outlook 2010Hinweis Dieser Artikel wurde für Outlook

2010 erstellt. Sie ist jedoch für spätere Versionen von Outlook.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: PreferLocalXML.

Schritt 3: Überprüfen auf LKG-Daten (Last Known Good)

Wenn die AutoErmittlung eine XML-Nutzlast in einem beliebigen Schritt erfolgreich abruft, wird die Nutzlast möglicherweise lokal als "zuletzt bekannte gute" Konfiguration zwischengespeichert. Die erste allgemein erfolgreiche Methode zum Erhalten einer AutoErmittlungsnutzlast ist die aus dieser letzten bekannten gut bekannten Datei. Der Pfad der letzten bekannten xml-Datei stammt aus dem Outlook Profil. Der Schritt LKG wird nur zum Ermitteln der primären Postfachkonfiguration verwendet. Wenn die AutoErmittlungs-Suche für ein nicht primäres Postfach gilt (alternatives Postfach, Delegat, öffentlicher Ordner, Gruppenpostfach, und so weiter), wird der Schritt LKG automatisch übersprungen. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 4.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeLastKnownGoodURL.

Schritt 4: Überprüfen auf O365 als Priorität

Outlook verwendet eine Reihe von Heuristiken, um zu bestimmen, ob das bereitgestellte Benutzerkonto aus einer Office 365. Wenn Outlook bestimmt, dass Sie ein O365-Benutzer sind, wird versucht, die AutoErmittlungsnutzlast von den bekannten O365-Endpunkten abzurufen (normalerweise https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml oder https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 5.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt:

ExcludeExplicitO365Endpoint.


Überlegungen zur ITAR

Standardmäßig fragt Outlook bekannten Endpunkt ab, um die AutoErmittlungsnutzlast abzurufen. Die vorhandene Richtlinie zum Umgehen dieses Schritts ist weiterhin gültig und kann verwendet werden, um zu Schritt 5 zu wechseln, ohne den Endpunkt zu versuchen. Alternativ gibt es eine neue Richtlinie, die Outlook, einen zentralen Office 365-Konfigurationsdienst abzurufen, um entsprechende URLs abzurufen, aus denen die AutoErmittlungsnutzlast abgerufen werden soll. Konzeptionell funktioniert der Prozess wie folgt:

  1. Sie legen die neue Richtlinie festgelegt.

  2. In Schritt 4 des AutoErmittlungsvorgangs fragt Outlook Konfigurationsdienst Office 365 ab.

  3. Der Dienst bestimmt (falls vorhanden) welche besonderen ITAR-Anforderungen für den angegebenen Benutzer in Kraft sind, und gibt unter Verwendung der Domäneninformationen des UPN die entsprechenden URLs für diesen Benutzer zurück.

  4. Outlook versucht, die AutoErmittlungsnutzlast aus den URLs abzurufen, die vom Dienst bereitgestellt werden.

Der Wert des Richtliniensteuerelements für das neue Feature zur Verwendung des Office 365 Config Service ist EnableOffice365ConfigService.

Hinweis: Seit Build 16.0.9327.1000wird die EnableOffice365ConfigService-Richtlinie nicht mehr verwendet.

Schritt 5: Überprüfen auf SCP-Daten

Wenn der Computer einer Domäne beigetreten ist, führt Outlook LDAP-Abfrage aus, um Dienstverbindungspunktdaten abzurufen, die einen Pfad der AutoErmittlungs-XML zurückgibt. Anschließend wird an jede URL versucht, die von der SCP-Suche zurückgegeben wird, um zu versuchen, die AutoErmittlungsnutzlast abzurufen. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 6.

Weitere Informationen zu SCP finden Sie im folgenden MSDN-Artikel: Veröffentlichen mit Dienstverbindungspunkten.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeScpLookup.

Schritt 6: Überprüfen der Stammdomäne

In diesem Schritt erstellt Outlook eine URL aus dem Domänennamen der ursprünglichen Adresse im Format "https://<Domain>/autodiscover/autodiscover.xml" und versucht, die Nutzlast aus der resultierenden URL abzurufen. Da viele Stammdomänen nicht für die AutoErmittlung konfiguriert sind, Outlook Zertifikatfehler, die beim versuchten Abrufen auftreten, zwecklos stumm. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 7.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeHttpsRootDomain.

Schritt 7: Überprüfen der Domäne "AutoErmittlung"

In diesem Schritt erstellt Outlook eine URL aus dem Domänennamen der ursprünglichen Adresse im Format https://autodiscover.<Domäne>/autodiscover/autodiscover.xml und versucht, die Nutzlast aus der resultierenden URL abzurufen. Da dies in der Regel die primäre URL für AutoErmittlungsdaten ist, werden Outlook Zertifikatfehler, die während des versuchten Abrufs auftreten, nicht stumm gebrochen. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 8.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeHttpsAutoDiscoverDomain.

Schritt 8: Überprüfen auf lokale Daten

In Schritt 2 überprüfte Outlook, ob der Administrator eine Richtlinie bereitgestellt hat, um die AutoErmittlungsnutzlast als Einstellung speziell zu überprüfen. Wenn keine Richtlinie bereits erstellt wurde, aber mit den vorherigen Schritten keine Nutzlast abgerufen wurde, versucht Outlook jetzt, eine Nutzlast aus der lokalen Datei abzurufen, auch wenn die Einstellung PreferLocalXML nicht verwendet wird. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 9. 

Für diesen Schritt gibt es kein Richtliniensteuerelement.

Schritt 9: Überprüfen auf HTTP-Umleitungen

In diesem Schritt sendet Outlook eine Anforderung an die URL der AutoErmittlungsdomäne (http://autodiscover.<Domäne>/autodiscover/autodiscover.xml), und Test auf Umleitungsantworten. Wenn eine tatsächliche AutoErmittlung-XML-Nutzlast und keine Umleitung zurückgegeben wird, ignoriert Outlook die tatsächliche AutoErmittlung-XML-Antwort, da sie ohne Sicherheit (http) abgerufen wurde. Wenn es sich bei der Antwort um eine gültige Umleitungs-URL handelt, folgt Outlook die Umleitung und versucht, eine XML-Nutzlast von der neuen URL abzurufen. Outlook werden in diesem Schritt auch Zertifikatüberprüfungen durchführen, um die Umleitung auf potenziell schädliche URLs zu verhindern. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 10.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeHttpRedirect.

Schritt 10: Suchen nach SRV-Daten

In diesem Schritt führt Outlook eine DNS-Abfrage für "_autodiscover._tcp.<Domänenname>" durch und sucht in einer Schleife nach dem ersten Eintrag, der https als Protokoll verwendet. Outlook dann versucht, die Nutzlast von dieser URL abzurufen. Wenn mit diesem Schritt keine Nutzlast abgerufen wird, wechselt Outlook zu Schritt 11.
Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeSrvRecord.

Schritt 11: Überprüfen auf O365 als failsafe

Wenn alle vorherigen Schritte keine Nutzlast zurückgeben, verwendet Outlook einen weniger restriktiven Satz Heuristiken, um zu entscheiden, ob ein endgültiger Versuch an den O365-Endpunkten potenziell hilfreich ist. Wenn Outlook beschließt, dass ein Versuch sinnvoll ist, werden die bekannten O365-AutoErmittlung-Endpunkte für den Fall aus, dass es sich bei dem Konto um ein O365-Konto handelt. Dieser Versuch verwendet die gleichen Ziel-URLs wie Schritt 4 und unterscheidet sich nur dadurch, dass er als letzte Ausweg und nicht früher im AutoErmittlungsprozess versucht wird.

Der Wert des Richtliniensteuerelements für diesen Schritt lautet wie folgt: ExcludeExplicitO365Endpoint.


Überlegungen zur ITAR

Wenn Outlook Schritt ausgeführt hat und eine AutoErmittlungsnutzlast nicht erfolgreich abgerufen hat, werden zwei Tests ausgeführt, um zu überprüfen, ob die bekannten Office 365-Endpunkte versucht werden sollen. Erstens: Wenn es sich bei dem Postfach um ein Verbraucherkonto handelt (z. B. outlook.com), wird der bekannte Endpunkt versucht. Zweitens: Wenn festgestellt wird, dass das Postfach zu einer Domäne gehört, die keine ITAR-Anforderungen erfüllt, wird der bekannte Endpunkt versucht. Wenn für das Postfach festgestellt wird, dass es sich um ein kommerzielles Postfach handelt und zu einer Domäne gehört, für die ITAR-Anforderungen gelten, werden keine Versuche an den bekannten Office 365-Endpunkten vorgenommen. In zukünftigen Versionen wird Schritt 11 möglicherweise zu derselben Logik wie Schritt 4 wechseln und den Office 365 Config Service aufrufen. Wenn diese Änderung vorgenommen wird, wird dieser Artikel aktualisiert, um den neuen Prozessschritt widerspiegeln.


Umleitungsbehandlung Schritt 9 im Abschnitt AutoErmittlungsprozess ist ein expliziter Schritt zum Behandeln von nicht unsicheren Umleitungsdaten. In einem der anderen sicheren Schritte ist für jeden Versuch, die AUTOErmittlung-XML-Nutzlast abzurufen, eine mögliche Antwort vom Endpunkt eine Umleitungsantwort. Diese Antwort weist Outlook, an eine neue, andere URL umzuleiten, um die Nutzlast abzurufen. Darüber hinaus können die Umleitungsdaten eine neue, andere E-Mail-Adresse enthalten, die als Zieladresse für den AutoErmittlungsversuch verwendet werden soll. Outlook drei separate Antworten als "Umleitungsantworten" ein:

  • HTTP-Statuscode (301, 302) mit einer neuen URL

  • EIN HTTP-Statuscode 200, aber mit einer Nutzlast-XML, die Outlook umzuleiten, an eine andere URL

  • Ein HTTP-Statuscode 200, aber mit einer Nutzlast-XML, die Outlook, eine andere SMTP-Adresse als Zieladresse zu verwenden.


In den Fällen 1 und 2 versucht Outlook, die AutoErmittlungs-XML von der neuen URL abzurufen, vorausgesetzt, das Protokoll ist https. Es werden keine nicht unsicheren URLs (HTTP) versucht. Auch wenn das Protokoll in der neuen URL https ist, überprüft Outlook Zertifikatinformationen, um ein zusätzliches Maß an Sicherheit zu gewährleisten.

Bei Fall 3 Outlook der gesamte AutoErmittlungsvorgang von Anfang an gestartet.  Wenn alle Schritte (1-11) ohne Erfolg mithilfe der neuen E-Mail-Adresse versucht werden, kehrt Outlook zur ursprünglichen E-Mail-Adresse zurück, wechselt zu Schritt 5 und setzt den Versuch fort, eine XML-Nutzlast mit der ursprünglichen Adresse abzurufen.


Ausnahmen Die Schritte im Abschnitt AutoErmittlungsprozess sind die allgemeinen Regeln dafür, Outlook Benutzer versucht, die AutoErmittlungsnutzlast zu erhalten. Es gibt verschiedene Optimierungen und außergewöhnliche Versuche, durch die sich der Prozess geringfügig ändern kann. Wenn Sie beispielsweise ein neues Konto erstellen, überspringt Outlook intern Schritt 3 (Überprüfen auf LKG-Daten), da es noch keinen letzten bekannten, guten Eintrag gibt.  Ebenso sollte, wenn ein Versuch aufgrund eines Fehlers unter Verwendung der aktuellen Konfigurationsinformationen ausgelöst wurde, Outlook die AutoErmittlung erneut und die LKG-Informationen nicht verwenden, da wahrscheinlich die letzten bekannten guten Informationen zu einem Fehler geführt haben.


Richtliniensteuerelement Die im Abschnitt AutoErmittlungsprozess definierten Richtlinienwerte können entweder richtlinienbasierte Registrierungswerte oder nicht richtlinienbasierte Werte sein.  Wenn sie über ein Gruppenrichtlinienobjekt bereitgestellt werden oder die manuelle Konfiguration des Richtlinienschlüssels erforderlich ist, haben die Einstellungen Vorrang vor dem nicht richtlinienschutzrichtlinien Schlüssel.

Nicht richtlinienfreier Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Richtlinienschlüssel: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover

Jeder Wert hat den Typ DWORD.

Das PreferLocalXML-Steuerelement unterscheidet sich von den anderen Steuerelementwerten, da sich die Einstellung "1" Outlook, um diesen Schritt im Prozess zu aktivieren.  Für die verbleibenden Werte weist die Einstellung 1 Outlook an, den zugehörigen Schritt zu deaktivieren oder zu überspringen. Wenn Sie beispielsweise den Wert ExcludeHttpsRootDomain auf 1 festlegen, Outlook Schritt 6 im Prozess nicht durchzuführen.


Zusätzliche Registrierungssteuerelemente

Outlook stellt mehrere zusätzliche registrierungsbasierte Konfigurationsoptionen zur Verfügung, die sich auf den AutoErmittlungsvorgang auswirken können:

Verwenden des Office 365 Config Service

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wert: EnableOffice365ConfigService
Standard: 0
Daten: Legen Sie diese DWORD-Daten auf 1 festgelegt, um zu erzwingen, dass Outlook den Office 365-Konfigurationsdienst aufruft, um geeignete AutoErmittlung-URLs abzurufen.


Einstellungen für DAS HTTP-Zeit out

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wert: Timeout
Standard: 25 Sekunden
Mindestens: 10 Sekunden
Maximal: 120 Sekunden
 

Informationen: Angegebene Zeittimeouts werden als WinHttpSetTimeouts-Einstellungen verwendet. Die angegebenen Daten werden an alle vier Parameter der WinHttpSetTimeouts-API übergeben. Dies ermöglicht unter Umständen eine HTTP-Anforderung, die nicht schneller zum Zeitergebnis erreicht werden kann, wodurch die Gesamtleistung verbessert wird. Die Einstellungen können auch den Erfolg einer HTTP-Anforderung zulassen, die länger als die Standardeinstellung von 25 Sekunden dauert, indem die Einstellung für das Zeit out auf einen längeren Zeitraum als 25 Sekunden erhöht wird.
Mapi-/Http-Protokollsteuerelement

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Wert: MapiHttpDisabled
Standard: 0
Daten: 1 = Protokoll ist deaktiviert; 0 = Protokoll ist aktiviert

Informationen: Dieser Wert befindet sich nicht unter dem AutoErmittlungsschlüssel. Dies ist eine allgemeine Einstellung, die steuert, ob Outlook versuchen können, mithilfe des Mapi/Http-Protokollstapels eine Exchange Verbindung herzustellen. Dieses Protokoll Outlook 2016 in der Standardeinstellung nicht deaktiviert. Auf diese Weise kann der AutoErmittlungsprozess dem Erkennungsprozess einen speziellen Header (X-MapiHttpCapability:1) hinzufügen, sodass die Mapi/Http-Protokolleinstellungen ausgewertet und verarbeitet werden können.
Legacy-Authentifizierungsaushandlungssteuerelement

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Wert: AllowNegoCapabilityHeader
Standard: 0
Daten: 1 = Kopfzeilen werden hinzugefügt; 0 = Kopfzeilen werden nicht hinzugefügt

Informationen: Beachten Sie, dass sich dieser Wert nicht unter dem AutoErmittlungsschlüssel befindet. Diese Einstellung steuert, ob http-Anforderungen ein Authentifizierungsaushandlungsheader hinzugefügt wird. Der Inhalt des Headers hängt von den Authentifizierungsfunktionen des Clientcomputers ab. Beispielheader: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Dieser Registrierungswert und der hinzugefügte Header werden selten in einem modernen Authentifizierungsstapel verwendet und haben wahrscheinlich keine negative oder positive Auswirkung auf den tAodiscover-Prozess.
Behandlung von Zertifikatfehlern

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wert: ShowCertErrors
Standard: 0
Daten: 1 = Warnungen/Fehler des Zertifikats anzeigen; 0 = Keine Zertifikatwarnungen anzeigen

Informationen: Dieser Wert steuert, Outlook Zertifikatfehler und Warnungen verarbeitet werden, die bei der Durchführung von HTTP-Aufgaben empfangen werden. Outlook kann diese Einstellung in einigen Fällen außer Kraft setzen (Schritt 6 im Abschnitt AutoErmittlungsprozess), aber im allgemeinen Fall fordert Outlook bei aktivierter Einstellung ein Sicherheitsdialogfeld an, in dem der Zertifikatfehler oder die Warnung angezeigt wird und dem Benutzer das OK oder Abbrechen der Http-Anforderung ermöglicht wird. Es gibt drei spezifische Zertifikatfehler, die der Benutzer ignorieren kann und die Outlook http-Anforderung wiederholen soll:

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – Es liegt ein Problem mit dem Datum in den Zertifikateigenschaften vor.

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – Es liegt ein Problem mit dem allgemeinen Namen in den Zertifikateigenschaften vor.

  • WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – Es liegt ein Problem mit der Zertifizierungsstelle in den Zertifikateigenschaften vor.

    Weitere Informationen zu diesen drei Zertifikatfehlerzuständen finden Sie WINHTTP_STATUS_CALLBACK Rückruffunktion.

Proxyauthentifizierungsbehandlung

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Wert: AllowOutlookhttpProxyAuthentication
Standard: 0
Data: 1 = Allow Outlook to handle authentication challenges from proxy servers; 0 = Authentifizierungsanforderungen von Proxyservern im Hintergrund nicht erfolgreich
 

Informationen: Dieser Registrierungswert ermöglicht den Schutz einer Sicherheitskonfiguration und wird in dem folgenden Artikel in der Microsoft Knowledge Base ausführlich behandelt:

3115474 MS16-099: Beschreibung des Sicherheitsupdates für Outlook 2010: 9. August 2016

AutoErmittlung für andere Protokolle

AutoErmittlung als Feature wird auch von Outlook zum Ermitteln und Konfigurieren Exchange ActiveSync (EAS)-Konten verwendet. Der EAS-AutoErmittlungsprozess und die Entscheidungsfindung sind von den in diesem Artikel beschriebenen Schritten getrennt. Beispielsweise implementiert die EAS-Implementierung nicht die O365-Endpunktlogik und führt keinen Schritt aus, der SCP-Speicherorte überprüft. Dieser Artikel ist darauf begrenzt, die detaillierten Schritte zu beschreiben, die Outlook für AutoErmittlungsversuche zum Abrufen der MAPI-basierten Protokolle aus dem Exchange.

Informationsquellen

Informationen zu veralteten AutoErmittlungen finden Sie im folgenden Artikel in der Microsoft Knowledge Base:

2212902 Unerwartetes Verhalten der AutoErmittlung, wenn registrierungseinstellungen unter dem \AutoErmittlung-Schlüssel vorhanden sind


Weitere Informationen zu AutoErmittlung finden Sie in den folgenden Microsoft-Artikeln:

AutoErmittlung für Exchange

AutoErmittlungsdienst

Benötigen Sie weitere Hilfe?

Möchten Sie weitere Optionen?

Erkunden Sie die Abonnementvorteile, durchsuchen Sie Trainingskurse, erfahren Sie, wie Sie Ihr Gerät schützen und vieles mehr.

In den Communities können Sie Fragen stellen und beantworten, Feedback geben und von Experten mit umfassendem Wissen hören.

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Sprachqualität?
Was hat Ihre Erfahrung beeinflusst?
Wenn Sie auf "Absenden" klicken, wird Ihr Feedback zur Verbesserung von Produkten und Diensten von Microsoft verwendet. Ihr IT-Administrator kann diese Daten sammeln. Datenschutzbestimmungen.

Vielen Dank für Ihr Feedback!

×