Implementierung der AutoErmittlung Outlook 2016

Arbeiten Sie überall, von jedem beliebigen Gerät, mit Microsoft 365

Führen Sie ein Upgrade auf Microsoft 365 durch, um überall mit den neuesten Funktionen und Updates zu arbeiten.

Upgrade jetzt ausführen

Zusammenfassung

Die AutoErmittlung ist die Funktion, die Outlook verwendet, um Konfigurationsinformationen für Server abzurufen, verbindet. Outlook 2016 mit Exchange-Servern gilt AutoErmittlung einer Wahrheit Konfigurationsinformationen konfiguriert sein und ordnungsgemäß für Outlook voll funktionsfähig. Dieser Artikel beschreibt die Implementierung der AutoErmittlung in den aktuellen Version von Outlook 2016 auf ausführen. Weitere Informationen zu Office 365 Client Channel Versionen finden Sie auf der folgenden Microsoft-Websites:

Version und Build-Nummer des Channel-Updates für Office 365-clients

Office 365 Client Channel Updates

Weitere Informationen

AutoErmittlung timing

AutoErmittlung führt zu folgenden Zeiten:

  1. Beim Erstellen.

  2. In regelmäßigen Abständen ändern auf URLs zu sammeln, die Exchange Web Service bietet (OOF Verfügbarkeitsdienst und usw.). Wenn dieser Vorgang erfolgreich ist, erfolgt eine eine Stunde später. Wenn der Versuch nicht erfolgreich ist, erfolgt beim nächsten Versuch 5 Minuten. Jeder Versuch kann aufgrund der Hintergrund Infrastruktur von allen Microsoft Office-Anwendung verwendet möglicherweise um 25 Prozent gestaffelt.

  3. Auf bestimmte Verbindungsfehler. Wenn ein Verbindungsversuch fehlschlägt, startet Outlook in verschiedenen Szenarien eine AutoErmittlung Aufgabe abrufen neue Einstellungen in versucht das Verbindungsproblem zu beheben.

  4. Wenn eine andere Anwendung ruft mithilfe von MAPI. Weitere Informationen über MAPI finden Sie im MSDN-Artikel: Outlook MAPI-Verweis.

AutoErmittlung-Effizienz

Mit der AutoErmittlung beschleunigen (UPN = User Principal Name) .

Outlook muss auf dem Domäne UPN eines Benutzers kennen, um die AutoErmittlung einzuleiten. Der UPN wurde die Anmeldung an Windows verwendet Outlook hat direkten Zugang zu den UPN von Anmeldeinformationen. Aber wenn ein Benutzer mit Domäne\Benutzername Windows Anmeldung Outlook nur die gleiche Anmeldeinformationen für den Benutzer. Um den UPN zu erhalten, muss Outlook zunächst den Benutzer im Verzeichnis suchen. Outlook fordert diese Suche sollte Verweise auszuwerten. In einer komplexen Umgebung kann dadurch eine große Anzahl von Domänencontroller kontaktiert werden, bevor ein Ergebnis gefunden wird. Nach Outlook UPN des Benutzers ermittelt, der Wert im Profil zwischengespeichert, und die Suche für diesen Benutzer nicht wiederholen muss.

Um dieses Szenario zu vermeiden, kann der Benutzer anmelden Domäne\Benutzername UPN anstelle.

ITAR Aspekte

Microsoft Office 365 bietet Features, die mit ITARPflichten unterstützen. Im Kontext der AutoErmittlung-Funktion in Outlook enthält diese Funktionen Richtlinien und Verhalten, das gewährleistet, dass die Dienstendpunkte für AutoErmittlung verwendet souveräne Cloud Vorschriften entsprechen. Insbesondere wird die Office 365 Arbeitsschritten die AutoErmittlung-Prozesses (Schritt 4 und Schritt 11) aufgelisteten Richtlinienkontrolle um sicherzustellen, dass geeignete Endpunkte während der AutoErmittlung verwendet werden

AutoErmittlung-Prozesses

Jedem Outlook AutoErmittlung Informationen benötigt werden, verwendet es eine Reihe von geordneten Schritte XML-Nutzlast ab, die Konfiguration enthält. Viele dieser Schritte können mit (Group Policy Objects, GPOs) gesteuert und GPO-Wert in der Schritt-Beschreibung enthalten.

Schritt 1: Neustart Szenarien überprüfen

In einigen Fällen, beispielsweise wenn Sie ein zweites Konto hinzufügen, während Outlook ausgeführt wird wird die AutoErmittlung Nutzlast eine lokale Datei während eines Neustarts des Outlook-Clients zwischengespeichert. Der erste Schritt ist die Registrierung einige spezielle "Hoch" Informationen überprüfen, die Outlook anweist, die Sie in einer dieser AutoErmittlung Neustart-Szenarios und die AutoErmittlung Nutzlast spezielle lokale Datei zu lesen. Dies ist ein seltener Fall und nicht die allgemeine AutoErmittlung Probleme. Für diesen Schritt Outlook entscheidet werden in diesem Szenario spezieller Boot und Autodiscover XML-Daten abrufen schlägt fehl, die gesamte AutoErmittlung fehlschlägt. Es werden keine weiteren Schritte unternommen.

Es gibt kein Steuerelement bestimmte Richtlinie für diesen Schritt.

Schritt 2: Überprüfen Sie lokale Einstellung

Outlook stellt ein Gruppenrichtlinienobjekt können Administratoren eine bestimmte Autodiscover XML-Datei zur Konfiguration bereitstellen. Wenn der Administrator diesen Registrierungswert bereitgestellt und ausgesät eine autodiscover.xml Datei, liest Outlook die AutoErmittlung Nutzlast aus dieser Datei. Wieder gilt eine ungewöhnlich und in der Regel nicht die Ursache des generischen AutoErmittlung Probleme. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 3 fort. Weitere Informationen über Autodiscover XML finden Sie im folgenden TechNet-Artikel: automatisch Benutzerkonten in Outlook 2010 KonfigurierenHinweisdieser Artikel wurde für Outlook 2010 erstellt. Es ist jedoch immer noch relevant für neuere Versionen von Outlook. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: PreferLocalXML.

Schritt 3: Überprüfen der letzten bekannten guten guten Daten

Wenn AutoErmittlung XML-Nutzlast über jeden Schritt erfolgreich abruft, kann die Nutzlast "Letzte als funktionierend bekannte" Konfiguration lokal zwischengespeichert werden. Die erste Methode zu einer Nutzlast AutoErmittlung letzten bekannten guten Datei häufig erfolgreich ist. Der Pfad der letzten bekannten guten XML-Datei stammt aus Outlook-Profil. LKG Schritt dient nur zum Ermitteln der primäre Postfach-Konfigurations. Ist die AutoErmittlung Suche nicht primäre Postfächer (Stellvertreter, Öffentliche Ordner Postfach Gruppe usw.), dann Schritt LKG automatisch übersprungen wird. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 4 fort. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeLastKnownGoodURL.

Schritt 4: Überprüfen Sie vorrangig für Office 365

Outlook mithilfe von Heuristiken bestimmt, ob Office 365 des angegebenen Benutzerkontos stammt. Outlook sicher fest, dass ein Office 365-Benutzer sind, wird versucht die AutoErmittlung Nutzlast bekannten Office 365-Endpunkte (üblicherweise https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml oder https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml) abgerufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 5 fort. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt:

ExcludeExplicitO365Endpoint.

ITAR berücksichtigen

Standardmäßig fragt Outlook bekannten Endpunkt die AutoErmittlung Nutzlast abzurufen. Die vorhandene Richtlinie dadurch umgehen noch gültig und kann verwendet werden, fahren Sie mit Schritt 5 ohne den Endpunkt. Alternativ ist eine neue Richtlinie, mit der Outlook zum zentralen Office 365 Config Service zum Abrufen der entsprechenden URLs, die AutoErmittlung Nutzlast abrufen Abfragen weitergeleitet. Der Prozess funktioniert im Prinzip wie folgt:

  1. Die neue Richtlinie festlegen.

  2. In Schritt 4 die AutoErmittlung fragt Outlook Office 365-Konfigurationsdienst.

  3. Der Dienst bestimmt, welche (sofern vorhanden) besondere ITAR gelten für den angegebenen Benutzer und gibt die entsprechenden URLs für den Benutzer die Domäneninformationen UPN.

  4. Outlook versucht, die AutoErmittlung Nutzlast URLs des Dienstes abzurufen.

Der Steuerelement-Richtlinienwert für die neue Funktion zur Office 365-Konfigurationsdienst ist EnableOffice365ConfigService.

Hinweis

Ab Build 16.0.9327.1000Richtlinie EnableOffice365ConfigService entfällt.

Schritt 5: Überprüfung SCP-Daten

Wenn der Computer Mitglied einer Domäne ist, führt Outlook eine LDAP-Abfrage zum Abrufen der Dienstverbindungspunkt Daten, die einen Autodiscover XML Pfad. Dann wird zu jeder URL versucht, die zurückgegebene SCP Lookup Nutzlast AutoErmittlung abrufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 6 fort. Weitere Informationen über SCP finden Sie im MSDN-Artikel: mit Dienstverbindungspunkte veröffentlichen. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeScpLookup.

Schritt 6: Überprüfen Sie Stammdomäne

Für diesen Schritt Outlook erstellt eine URL aus dem Domänennamen der ersten Adresse im Format https://<domain>/autodiscover/autodiscover.xml und versucht, die Nutzlast der resultierende URL abzurufen. Da viele Stammdomänen für AutoErmittlung konfiguriert sind nicht, schaltet Outlook absichtlich Zertifikatsfehler bei der versuchten abrufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 7 fort. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeHttpsRootDomain.

Schritt 7: Kontrollkästchen AutoErmittlung Domäne

Für diesen Schritt Outlook erstellt eine URL aus dem Domänennamen der ersten Adresse im Format https://autodiscover.<domain>/autodiscover/autodiscover.xml und versucht, die Nutzlast der resultierende URL abzurufen. Dies ist die primäre URL für AutoErmittlung Daten wird Outlook keine Zertifikatfehler Stummschalten bei der versuchten abrufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 8 fort. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeHttpsAutoDiscoverDomain.

Schritt 8: Kontrollkästchen für lokale Daten

In Schritt 2 überprüft Outlook, ob der Administrator eine Richtlinie speziell für die AutoErmittlung Nutzlast als Einstellung überprüfen eingesetzt. Wenn die vorhergehenden Schritte nicht Nutzlast abrufen keine Richtlinie ist jedoch versucht Outlook jetzt Nutzlast aus der lokalen Datei ohne die PreferLocalXML festgelegt abzurufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 9 fort.  Es gibt keine Richtlinie Steuerelement für diesen Schritt.

Schritt 9: Überprüfen Sie auf HTTP-Anfragen

Für diesen Schritt Outlook sendet eine Anforderung an die AutoErmittlung Domänen-URL (http://autodiscover. < Domain > / autodiscover/autodiscover.xml) und umleiten antworten. Wenn eine tatsächliche Autodiscover XML-Nutzlast zurückgegeben wird und keine Umleitung Outlook ignoriert die tatsächliche Autodiscover XML-Antwort, da ohne Sicherheit (http) abgerufen wurde. Ist die Antwort eine gültige Umleitung URL Outlook folgt der Umleitung und versucht, eine XML-Nutzlast von dem neuen URL abzurufen. Outlook führt außerdem das Zertifikat überprüft Umleitung auf potenziell schädliche URLs in diesem Schritt zu verhindern. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 10 fort. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeHttpRedirect.

Schritt 10: SRV-Daten überprüfen

Für diesen Schritt Outlook macht eine DNS-Abfrage für "_autodiscover._tcp. < Domänenname >" und durchläuft die Ergebnisse nach dem ersten Datensatz, der als Protokoll Https verwendet. Outlook versucht, die Nutzlast aus der URL abgerufen. Wenn dieser Schritt nicht Nutzlast abrufen, verschiebt Outlook mit Schritt 11 fort.Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeSrvRecord.

Schritt 11: Office 365 als Failsafe suchen

Wenn alle vorherigen Schritte Nutzlast zurückgegeben hat, verwendet Outlook weniger restriktive Heuristik um zu entscheiden, ob ein letzten Versuch, die Office 365-Endpunkte sind möglicherweise hilfreich. Wenn Outlook entscheidet, dass ein Versuch lohnt, versucht die bekannten Office 365 AutoErmittlung Endpunkte bei das Konto ein Office 365 ist. Dieser Versuch Schritt 4 das gleiche Ziel-URLs verwendet und unterscheidet sich nur als letztes Mittel ausprobiert und nicht bei der AutoErmittlung. Der Richtlinienwert Steuerelement für diesen Schritt ist wie folgt: ExcludeExplicitO365Endpoint.

ITAR Aspekte

Wenn Outlook zu diesem Schritt und eine Nutzlast AutoErmittlung wurde nicht erfolgreich abgerufen, werden zwei Tests durchgeführt, um festzustellen, ob die bekannten Office 365 Endpunkte versucht. Ist das Postfach Kundenkonto (z. B. outlook.com), zunächst der bekannte Endpunkt versucht. Zweitens wird das Postfach zu einer Domäne gehören, ITAR Vorschriften nicht bestimmt, bekannte Endpunkt versucht. Kommerzielle und gehören zu einer Domäne, die ITAR hat das Postfach bestimmt, wird nicht versucht, bekannten Office 365-Endpunkte. In Zukunft können Versionen 11 auf dasselbe Schritt Schritt 4 und Aufrufen der Office 365-Konfigurationsdienst. Bei dieser Änderung wird dieser Artikel neue Prozessschritt entsprechend aktualisiert.

Umleitung Behandlung

Schritt 9 die AutoErmittlung Abschnitt geht explizite Umleitung unsichere Daten. In jedem der anderen sicheren Schritte für die Nutzlast Autodiscover XML abzurufen versucht reagiert eine mögliche Antwort vom Endpunkt einer Umleitung. Diese Antwort wird Outlook angewiesen, eine neue, andere URL Nutzlast abrufen umleiten. Darüber hinaus enthalten die Daten eine neue, andere e-Mail-Adresse als Ziel für die AutoErmittlung wurde verwendet. Outlook hält drei separate Antworten zu "Antworten umleiten":

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

  • HTTP-Statuscode 200 aber mit XML, die Outlook auf eine andere URL umleiten soll

  • HTTP-Statuscode 200 aber mit XML, die Outlook auf eine andere SMTP-Adresse als Ziel verwendet wird.

Bei 1 und 2 versucht Outlook Autodiscover XML aus der neuen URL abrufen ist das Protokoll Https. Nicht sichere (http) URLs sind nicht versucht. Außerdem, selbst wenn das Protokoll in die neue URL Https ist überprüft Outlook Zertifikatsinformationen um eine zusätzliche Sicherheitsmaßnahme. Fall 3 beginnt Outlook die gesamte AutoErmittlung ab.  Wenn alle Schritte (1 bis 11) die neue e-Mail-Adresse erfolglos versucht, dann Outlook gibt die ursprüngliche e-Mail-Adresse in Schritt 5 verschoben und weiterhin XML-Nutzlast mit der ursprünglichen Adresse abrufen.

Ausnahmen

Die Schritte im Abschnitt AutoErmittlung-Prozesses sind die allgemeinen Regeln für wie Outlook versucht die AutoErmittlung Nutzlast zu erhalten. Es gibt verschiedene Optimierungen und außergewöhnliche versucht, die leicht ändern können. Z. B. überspringt bei kontoerstellung eines neuen Outlook intern Schritt 3 (Überprüfen Sie letzten bekannten guten guten Daten), da noch eine letzte gute Eingabe haben kann.  Ebenso versucht die aktuellen Konfigurationsinformationen mit Fehler ausgelöst wurde, dann Outlook absichtlich möchte AutoErmittlung erneut und nicht die Informationen LKG da vermutlich letzte bekannte gute Informationen geführt hat ein Fehler.

Policy-Steuerung

Definiert die Werte, die der AutoErmittlung-Prozesses Abschnitt kann richtlinienbasierte Registrierungswerte oder nicht – Policy-basierte Werte.  Wenn sie Gruppenrichtlinienobjekt oder manuelle Konfiguration des Schlüssels Richtlinien bereitgestellt werden, haben die Einstellungen Vorrang vor den Richtlinienschlüssel. -Policy Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Richtlinie: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Jeder Wert ist vom Typ DWORD. Die PreferLocalXML unterscheidet sich von anderen Steuerelementwerte Einstellung 1 legt Outlook auf , die in den Prozess Schritt.  Für die übrigen Werte Einstellung 1 wird Outlook angewiesen, Ausschalten oder die zugeordnete Schritt überspringen. Der Wert ExcludeHttpsRootDomain 1 legt z. B. Outlook, Schritt 6 im Prozess auszuführen.

Weitere Registrierungsschlüssel Steuerelemente

Outlook bietet einige zusätzliche registrierungsbasierte Konfigurationsoptionen, die AutoErmittlung Prozess beeinflussen können:

Verwenden Sie den Office 365-Konfigurationsdienst

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Wert: EnableOffice365ConfigService Standardwert: 0 Daten: Daten DWORD 1 Outlook Office 365-Konfigurationsdienst zum Abrufen der entsprechenden AutoErmittlung URLs aufrufen erzwingen festgelegt.

HTTP-Timeouteinstellungen

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

Informationen: Angegebenen Timeouts dienen als WinHttpSetTimeouts Settings. Die angegebenen Daten werden auf alle vier Parameter WinHttpSetTimeouts API übergeben. Dadurch kann eine HTTP-Anforderung, die nicht erreichbar zu schneller, die Gesamt-Performance verbessert wird. Die Standardeinstellungen können eine HTTP-Anforderung, die länger als der Standardwert 25 Sekunden erfolgreich um mehr als 25 Sekunden Zeitlimit erhöhen. MAPI-Http Protocol Control

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

Informationen: Dieser Wert ist nicht der AutoErmittlung Schlüssel finden Sie unter. Dies ist eine allgemeine Einstellung, ob Outlook versuchen, eine Verbindung zu Exchange mittels Mapi-Http-Protokollstapel. Die Standardeinstellung in Outlook 2016 nicht dieses Protokoll deaktiviert. AutoErmittlung Prozess eine besondere Kopfzeile hinzufügen können (X-MapiHttpCapability:1) zur Ermittlung verarbeitet werden, damit die Mapi-Http Protokoll ausgewertet und verarbeitet werden können. Ältere Authentifizierung Aushandlung Steuerelement

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Wert: AllowNegoCapabilityHeader Standardwert: 0 Daten: 1 = Header hinzugefügt werden. 0 = Header werden nicht hinzugefügt.

Informationen: Beachten Sie, dass dieser Wert unter dem Schlüssel für die AutoErmittlung ist nicht. Diese Einstellung steuert, ob eine Aushandlung Authentifizierungsheader HTTP-Anfragen hinzugefügt wird. Der Inhalt des Headers hängt Authentifizierungsfunktionen des Client-Computers. Ein Beispiel eines Headers werden kann: "X-Verhandlungen-Fähigkeit: aushandeln, pku2u, Kerberos, NTLM, MSOIDSSP". Dieser Registrierungswert und fügt Header sind selten in modernen Authentifizierung Stapels und kaum tAodiscover Prozess eine negative oder positive Weise beeinträchtigen. Zertifikat-Fehlerbehandlung

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Wert: ShowCertErrors Standardwert: 0 Daten: 1 = / Show Zertifikatfehler Warnungen; 0 = nicht zertifikatwarnungen anzeigen

Informationen: Dieser Wert bestimmt, wie Outlook übernimmt das Fehler und Warnungen eingehen, wenn HTTP-Vorgänge durchgeführt. Outlook kann diese Einstellung in einigen Fällen (Schritt 6 im Abschnitt AutoErmittlung) überschreiben, aber für den allgemeinen Fall wenn diese Einstellung aktiviert ist, Outlook zeigt ein Sicherheitsdialogfeld, das Zertifikatfehler oder Warnung angezeigt und der Benutzer OK oder Brechen Sie die HTTP-Anforderung. Es gibt drei bestimmte Zertifikatfehler der Benutzer entscheiden kann, ignorieren und Outlook die HTTP-Anforderung wiederholen:

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – gibt es ein Problem mit dem Datum in den Zertifikateigenschaften

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – gibt es ein Problem mit dem gemeinsamen Namen in den Zertifikateigenschaften

  • WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – gibt es ein Problem mit der Zertifizierungsstelle in den Zertifikateigenschaften Weitere Informationen zu diesen drei Zertifikat Fehler finden Sie unter Callback-Funktion WINHTTP_STATUS_CALLBACK

Behandlung von Proxy-Authentifizierung

Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Wert: AllowOutlookHttpProxyAuthentication Standardwert: 0 Daten: 1 = können Outlook Authentifizierung Herausforderungen von Proxyservern; 0 = fehlgeschlagen Authentifizierung Probleme von Proxyservern im Hintergrund

Informationen: Dieser Registrierungswert ermöglicht Entspannung Sicherheitskonfiguration und wird ausführlich im folgenden Artikel der Microsoft Knowledge Base: 3115474 MS16-099: Beschreibung des Sicherheitsupdates für Outlook 2010: 9 August 2016

AutoErmittlung für andere Protokolle

AutoErmittlung als Funktion dient auch Outlook erkennen und Exchange ActiveSync (EAS) Konten konfigurieren. EAS AutoErmittlung Prozess und Entscheidungsprozesse ist unabhängig von der in diesem Artikel beschriebenen Schritte ausführen. Beispielsweise die EAS-Implementierung implementiert nicht die Office 365-Endpunkt Logik und keinen Schritt SCP Standorte überprüft. Dieser Artikel ist beschränkt, ausführlichen Schritte beschreiben, die Outlook für AutoErmittlung versucht Exchange MAPI-basierte Protokolle erhalten.

Informationsquellen

Ältere Informationen über AutoErmittlung finden im folgenden Artikel der Microsoft Knowledge Base:

2212902 unerwarteter AutoErmittlung Verhalten bei Registrierungseinträge unter dem Schlüssel \Autodiscover

Weitere Informationen über AutoErmittlung finden Sie in den folgenden Artikeln der Microsoft:

Automatische Erkennung für Exchange

Automatische Erkennung

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×