Mit Exchange verbinden

Konzept-Informationen

Verwenden Sie den Exchange-Datenkonnektor, um Daten aus dem E-Mail- und Kalender-Server von Microsoft Exchange zu importieren. Sie können Daten aus einem einzelnen Exchange-Konto importieren:

Anmerkung

Sie können diesen Konnektor ohne Analytics nicht verwenden. Sie können einen DSN für den Konnektortreiber mit dem ODBC-Datenquellenadministrator von Windows konfigurieren. Sie müssen die DSN-Verbindung aber innerhalb von Analytics und nicht aus dem Dialogfeld des Konnektors zur Windows-DSN-Konfiguration heraus testen.

Vorbereitungen

Für eine Verbindung mit Exchange müssen Sie die folgenden Informationen einholen:

Domänenname oder IP-Adresse des Exchange-Servers (URL der Exchange-Webdienste)
Version der Exchange-Plattform, mit der Sie sich verbinden
das sich verbindende Benutzerkonto, einschließlich Benutzername und Kennwort

Hilfe für die Zusammenstellung der Verbindungsvoraussetzungen erhalten Sie vom Exchange-Administrator Ihrer Organisation. Falls Ihr Administrator Ihnen nicht weiterhelfen kann, sollten Sie oder Ihr Administrator den Exchange-Support kontaktieren.

Eine Exchange-Verbindung erstellen

Wählen Sie aus dem Analytics-Hauptmenü Importieren > Datenbank und Anwendung.
Auf der Registerkarte Neue Verbindungen im Abschnitt ACL-Konnektoren wählen Sie Exchange.
Tipp
Sie können die Liste verfügbarer Konnektoren filtern, indem Sie in das Feld Verbindungen filtern eine Suchzeichenfolge eingeben. Die Konnektoren sind alphabetisch aufgelistet.
Im Bereich Datenverbindungseinstellungen rufen Sie die Verbindungseinstellungen auf und klicken unten innerhalb des Bereichs auf Speichern und verbinden.
Sie können den standardmäßigen Verbindungsnamen akzeptieren oder einen neuen Namen eingeben.

Die Verbindung für Exchange wird in der Registerkarte Bestehende Verbindungen gespeichert. In Zukunft können Sie sich über die gespeicherte Verbindung erneut mit Exchange verbinden.

Sobald die Verbindung hergestellt ist, wird das Fenster „Datenzugriff“ im Stagingbereich geöffnet und Sie können den Datenimport beginnen. Hilfe für den Datenimport aus Exchange finden Sie unter Mit dem Fenster „Datenzugriff“ arbeiten.

Verbindungseinstellungen

Grundlegende Einstellungen

Einstellung	Beschreibung	Beispiel
Benutzer	Der Benutzer des Exchange-Kontos, das zur Authentifizierung verwendet wird. Zusammen mit dem Kennwort wird dieses Feld für die Authentifizierung mit dem Server verwendet.	recipient@example.com
Kennwort	Das Kennwort des Exchange-Kontos, das zur Authentifizierung verwendet wird. Zusammen mit dem Benutzer wird dieses Feld für die Authentifizierung mit dem Server verwendet.
Server	Adresse des Exchange-Servers, mit dem Sie sich verbinden. Sie sollte auf die URL der Exchange-Webdienste eingestellt sein. Für Exchange Online verwenden Sie den Wert https://outlook.office365.com/EWS/Exchange.asmx.	https://outlook.office365.com/EWS/Exchange.asmx
Plattform	Die zum Exchange-Server zugehörige Plattform.	Exchange_Online

Erweiterte Einstellungen

Einstellung	Beschreibung	Beispiel
Datumzeit auf GMT konvertieren	Konvertiert während des Importierens Datumzeit-Felder auf die GMT-Zeitzone. Falls der Wert auf „falsch“ eingestellt ist, werden Datumzeit-Werte auf die Zeitzone des Betriebssystems für den Computer konvertiert, auf dem Analytics ausgeführt wird.	wahr
Authentifizierungsschema	Das zur Authentifizierung verwendete Schema. Zusammen mit „Kennwort“ und „Benutzer“ wird dieses Feld für die Authentifizierung mit dem Server verwendet. BASIC ist die Standardeinstellung. Mit den folgenden Optionen können Sie Ihr Authentifizierungsschema auswählen: NTLM nutzt Ihre Windows-Anmeldeinformationen zur Authentifizierung. BASIC verwendet die HTTP-Standardauthentifizierung. Hinweis Microsoft hat angekündigt, die Standardauthentifizierung für Exchange-Webdienste ab Oktober 2020 nicht mehr zu unterstützen. Sie sollten daher die Verwendung eines alternativen Authentifizierungsschemas erwägen. DIGEST verwendet die HTTP-Digestauthentifizierung. NEGOTIATE handelt mit dem Server einen Authentifizierungsmechanismus aus. Stellen Sie „Authentifizierungsschema“ auf NEGOTIATE ein, um eine Kerberos-Authentifizierung zu verwenden. KERBEROSDELEGATION verwendet eine Delegierung über das Kerberos-Protokoll. Stellen Sie „Benutzer“ und „Kennwort“ auf das Konto ein, dessen Identität Sie annehmen möchten.	BASIC
Identitätswechseltyp	Der für den Identitätswechsel zu verwendende Bezeichnertyp zum Senden von Anfragen an die Exchange-Site: Prinzipalname der Benutzerprinzipalname (UPN) des Kontos, das für den Identitätswechsel verwendet werden soll. Dies sollte die UPN der Domäne sein, in der das Benutzerkonto existiert SID die Sicherheits-ID in der Security Descriptor Definition Language (SDDL) des Kontos, das für den Identitätswechsel verwendet werden soll. Primäre SMTP-Adresse die primäre SMTP-Adresse (Simple Mail Transfer Protocol) des Kontos, das für den Exchange-Identitätswechsel verwendet werden soll. Wenn die primäre SMTP-Adresse angegeben wird, muss zusätzlich die SID des Benutzers im Active-Directory-Verzeichnisdienst nachgeschlagen werden. Es wird empfohlen, dass Sie die SID oder UPN angeben, falls diese verfügbar sind. SMTP-Adresse die SMTP-Adresse (Simple Mail Transfer Protocol) des Kontos, das für den Exchange-Identitätswechsel verwendet werden soll. Wenn die SMTP-Adresse angegeben wird, muss zusätzlich die SID des Benutzers im Active Directory nachgeschlagen werden. Es wird empfohlen, dass Sie die SID oder UPN angeben, falls diese verfügbar sind.	Prinzipalname
Benutzer für Identitätswechsel	Der Benutzer, der für den Identitätswechsel zum Senden von Anfragen an die Exchange-Site zu verwenden ist.
Inhalt einschließen	Ob der Nachrichtentext für alle Datensätze eingeschlossen werden soll. Achtung Die Einstellung wirkt sich auf die Performance aus. Wenn Sie mit vielen Datensätzen arbeiten, kann es dadurch bei Ihrer Abfrage zu einer Zeitüberschreitung kommen.	falsch
Grenze der Schlüsselgröße	Die maximale Länge einer Primärschlüsselspalte. Wenn die Größe auf „0“ eingestellt wird, wird die ursprüngliche Schlüssellänge wiederhergestellt. Durch diese Eigenschaft überschreibt der Konnektor die gemeldete Länge aller Primärschlüsselspalten.	255
Long Varchar zuordnen	Kontrolliert, ob eine Spalte als SQL_LONGVARCHAR zurückgegeben wird. Verwenden Sie diese Einstellung, um alle Spalten über einer bestimmten Größe so zuzuordnen, dass sie als SQL_LONGVARCHAR statt SQL_VARCHAR gemeldet werden.	-1
WVarchar zuordnen	Kontrolliert, ob Zeichenfolgentypen als SQL_WVARCHAR statt SQL_VARCHAR zugeordnet werden. Standardmäßig ist diese Option aktiviert. Zeichenfolgenspalten müssen SQL_WVARCHAR zugeordnet sein, um unterschiedliche internationale Zeichensätze zu unterstützen. „WVarchar zuordnen“ ist daher standardmäßig auf „wahr“ eingestellt. Sie können es auf „falsch“ setzen, wenn Sie stattdessen SQL_VARCHAR verwenden möchten.	wahr
Pseudospalten	Gibt an, ob Pseudospalten der Tabelle ebenfalls als Spalten hinzugefügt werden sollen. Diese Einstellung ist besonders im Entity Framework hilfreich, das Ihnen nicht ermöglicht, einen Wert für eine Pseudospalte anzugeben, solange sie keine Tabellenspalte ist. Der Wert dieser Verbindungseinstellung hat das Format „Tabelle1=Spalte1, Tabelle1=Spalte2, Tabelle2=Spalte3“. Sie können das „*“-Zeichen verwenden, um alle Tabellen und alle Spalten einzuschließen.	MeineTabelle=*
SSL-Serverzertifikat	Das durch den Server bei einer Verbindung mit TLS/SSL zu akzeptierende Zertifikat. Sie können die folgenden Einstellungen festlegen: vollständiges PEM-Zertifikat Pfad zu einer lokalen Datei, die das Zertifikat enthält der öffentliche Schlüssel der MD5-Fingerabdruck (Hexadezimalwerte können auch entweder durch Leerzeichen oder Doppelpunkte getrennt werden) der SHA1-Fingerabdruck (Hexadezimalwerte können auch entweder durch Leerzeichen oder Doppelpunkte getrennt werden) Wenn Sie eine TLS/SSL-Verbindung verwenden, kann diese Eigenschaft verwendet werden, um das TLS/SSL-Zertifikat festzulegen, das durch den Server akzeptiert wird. Andere Zertifikate, denen der Computer nicht vertraut, werden abgelehnt.	C:\cert.cer
Erweitertes SQL unterstützen	Erweitert die SQL-Funktionen über den direkt durch die API unterstützten Funktionsumfang hinaus, indem die clientseitige speicherinterne Verarbeitung ermöglicht wird: wahr Der Konnektor lagert die Verarbeitung der SELECT-Anweisung soweit wie möglich auf IMAP aus und verarbeitet die restliche Abfrage im Arbeitsspeicher. Auf diese Weise kann der Treiber nicht unterstützte Prädikate, Zusammenführungen und Aggregationen ausführen. falsch Der Konnektor beschränkt die SQL-Ausführung auf die unterstützten Funktionen der IMAP-API. Ausführung von Prädikaten Der Konnektor stellt fest, welche Klauseln durch die Datenquelle unterstützt werden, und leitet sie dann auf die Quelle weiter, um die kleinste Obermenge an Zeilen zu erhalten, welche die Abfrage erfüllt. Die restlichen Zeilen filtert er daraufhin lokal. Die Filteroperation wird gestreamt. Dies ermöglicht dem Treiber selbst bei sehr großen Datasets eine effektive Filterung. Ausführung von Zusammenführungen Der Konnektor nutzt unterschiedliche Techniken, um Zusammenführungen im Arbeitsspeicher durchzuführen. Der Treiber wägt die Auslastung des Arbeitsspeichers gegen die Notwendigkeit ab, dieselbe Tabelle mehrmals lesen zu müssen. Ausführung von Aggregaten Der Konnektor ruft alle notwendigen Zeilen ab, um die Aggregation im Speicher zu verarbeiten.
Bezeichner in Großbuchstaben	Alle Bezeichner, einschließlich Tabellen- und Spaltennamen, in Großbuchstaben melden.	falsch
Authentifizierung für Proxy	Der Authentifizierungstyp, der für die Authentifizierung mit dem unter „Proxy-Server“ angegebenen Proxy zu verwenden ist. Dieser Wert legt den Authentifizierungstyp fest, der für die Authentifizierung mit dem HTTP-Proxy (angegeben durch „Proxy-Server“ und „Proxy-Port“) zu verwenden ist. Anmerkung Der Konnektor wird standardmäßig die Proxy-Einstellungen des Systems verwenden, sodass keine weitere Konfiguration notwendig ist. Wenn Sie sich mit einem anderen Proxy verbinden möchten, müssen Sie zusätzlich zur Angabe von „Proxy-Server“ und „Proxy-Port“ den Wert von „Autom. Proxy-Erkennung“ auf „falsch“ setzen. Zur Authentifizierung stellen Sie „Authentifizierung für Proxy“ ein und geben bei Bedarf „Proxy-Benutzer“ und „Proxy-Kennwort“ an. Es gibt folgende Authentifizierungstypen: BASIC Der Treiber führt eine HTTP-Standardauthentifizierung durch. DIGEST Der Treiber führt eine HTTP-DIGEST-Authentifizierung durch. NEGOTIATE In Abhängigkeit vom zutreffenden Authentifizierungsprotokoll ruft der Treiber einen NTLM- oder Kerberos-Token ab. PROPRIETARY Der Treiber generiert keinen NTLM- oder Kerberos-Token. Sie müssen diesen Token im Autorisierungskopf der HTTP-Anforderung angeben.	BASIC
Autom. Proxy-Erkennung	Gibt an, ob die Proxy-Einstellungen des Systems verwendet werden sollen. Stellen Sie „Autom. Proxy-Erkennung“ auf FALSE ein, falls Sie benutzerdefinierte Proxy-Einstellungen verwenden möchten. Dies hat Vorrang gegenüber anderen Proxy-Einstellungen.	wahr
Proxy-Benutzer	Ein Benutzername kann für die Authentifizierung mit dem unter „Proxy-Server“ angegebenen Proxy verwendet werden. Die Optionen „Proxy-Benutzer“ und „Proxy-Kennwort“ werden verwendet, um eine Verbindung mit dem unter „Proxy-Server“ angegebenen HTTP-Proxy aufzunehmen und die Authentifizierung durchzuführen. Sie können eine der verfügbaren Authentifizierungsarten unter „Authentifizierung für Proxy“ angeben. Wenn Sie eine HTTP-Authentifizierung verwenden, geben Sie den Benutzernamen eines Benutzers an, der durch den HTTP-Proxy erkannt wird. Falls Sie eine Windows- oder Kerberos-Authentifizierung verwenden, geben Sie in dieser Eigenschaft einen Benutzernamen in einem der folgenden Formate ein: benutzer@domäne Domäne\Benutzer	karl_mustermann@beispiel.de
Proxy-Kennwort	Ein Kennwort kann für die Authentifizierung mit dem unter „Proxy-Server“ angegebenen Proxy verwendet werden. Diese Eigenschaft wird für eine Authentifizierung an einem HTTP-Proxy-Server verwendet, der eine NTLM- (Windows), Kerberos- oder HTTP-Authentifizierung unterstützt. Um den HTTP-Proxy festzulegen, können Sie „Proxy-Server“ und „Proxy-Port“ einstellen. Zur Festlegung der Authentifizierung stellen Sie „Authentifizierung für Proxy“ ein. Falls Sie eine HTTP-Authentifizierung nutzen, geben Sie zusätzlich den „Proxy-Benutzer“ und das „Proxy-Kennwort“ für den HTTP-Proxy an. Wenn Sie eine NTLM-Authentifizierung verwenden, stellen Sie „Proxy-Benutzer“ ein und geben in „Proxy-Kennwort“ Ihr Windows-Kennwort an. Dies kann auch notwendig sein, wenn Sie die Kerberos-Authentifizierung abschließen.
Proxy-Server	Der Hostname oder die IP-Adresse eines Proxy, durch den der HTTP-Datenverkehr geleitet werden soll. Der Hostname oder die IP-Adresse eines Proxy, durch den der HTTP-Datenverkehr geleitet werden soll. Der Treiber kann für die Authentifizierung an einem HTTP-Proxy die Authentifizierungsarten HTTP, Windows (NTLM) oder Kerberos verwenden. Standardmäßig verwendet der Treiber den System-Proxy. Wenn Sie einen anderen Proxy nutzen müssen, legen Sie „Autom. Proxy-Erkennung“ ebenfalls auf „falsch“ fest.	206.174.193.115
Proxy-Port	Der TCP-Port, den der unter „Proxy-Server“ angegebene Proxy verwendet.	80
Proxy-SSL-Typ	Der SSL-Typ, der für die Verbindung mit dem unter „Proxy-Server“ angegebenen Proxy zu verwenden ist. AUTO Wenn die URL eine HTTPS-URL ist, wird der Konnektor die TUNNEL-Option verwenden. Wenn die URL eine HTTP-URL ist, wird der Konnektor die NEVER-Option nutzen (Standard). ALWAYS Für die Verbindung ist stets SSL aktiviert. NEVER Für die Verbindung ist SSL nicht aktiviert. TUNNEL Die Verbindung erfolgt durch einen Tunneling-Proxy: Der Proxy-Server öffnet eine Verbindung mit dem Remote-Host und der Datenverkehr fließt durch den Proxy.	AUTO

Identität für Benutzerkonten wechseln

Benutzer mit den erforderlichen Berechtigungen und der Rolle ApplicationImpersonation in Exchange können Daten aus Postfächern anderer Benutzer auf zwei Arten lesen:

mit den Feldern Identitätswechseltyp und Benutzer für Identitätswechsel zur Konfiguration der Verbindung

mit dem Filter ImpersonationUser in einer WHERE-Klausel im SQL-Modus:

SELECT * FROM "Exchange"."DRAFTS" "DRAFTS" WHERE ImpersonationUser='Benutzer@Beispiel.com'

Nachrichtentext abrufen

Standardmäßig wird der Nachrichtentext nur zurückgegeben, wenn Sie einen Datensatz aus einer Tabelle auswählen. Falls mehr als ein Datensatz zurückgegeben wird, ist dieses Feld leer.

Falls Sie den Nachrichtentext in einer Abfrage für mehr als einen Datensatz abrufen möchten, müssen Sie unter Erweiterte Einstellungen die Option Inhalt einschließen festlegen.

Anmerkung

Mit diesem Konnektor können Sie die Dateinamen von Anhängen auflisten. Sie können jedoch nicht auf die Inhalte der Anhangsdateien zugreifen. Es ist lediglich der Zugriff auf die Inhalte des Nachrichtentexts möglich.

Die Rückgabe des Nachrichtentexts nutzt viele Ressourcen. Wenn es viele Datensätze gibt, wird dadurch die Performance beeinträchtigt. Wenn Sie den Nachrichtentext untersuchen müssen, versuchen Sie zuerst über andere Felder die Nachrichten zu finden, die Sie detailliert analysieren möchten. Fragen Sie dann diese Untermenge an Nachrichten ab, deren Nachrichtentext Sie individuell untersuchen können.

Beschränkungen von Filtern

Die folgenden Filterbedingungen und Feldkombinationen werden nicht unterstützt:

Felder	Nicht unterstützte Operatoren
Alle Datumzeit-Felder	Am (=)
SenderName	Ist (=) Beginnt (LIKE "%Wert") Beinhaltet (LIKE "%Wert%")
SenderEmailAddress
FromName

Updates von Datenkonnektoren

Wenn Sie Analytics, oder den Robots-Agent aktualisieren, sollten Sie Ihre Skripts für Datenimporte mit einem der Analytics-Datenkonnektoren (Befehl ACCESSDATA) testen.

Es besteht die Möglichkeit, dass Änderungen eines Drittanbieters von Datenquellen oder eines Herstellers von ODBC-Treibern Aktualisierungen eines oder mehrerer Datenkonnektoren erfordert. Über Skripts hergestellte Datenverbindungen müssen unter Umständen aktualisiert werden, um nach wie vor ordnungsgemäß zu arbeiten.

Import erneut durchführen Die einfachste Möglichkeit, eine Verbindung zu aktualisieren, ist die manuelle Durchführung eines Imports mit dem Fenster „Datenzugriff“ der aktualisierten Version von Analytics. Kopieren Sie den Befehl ACCESSDATA aus dem Protokoll, und verwenden Sie ihn zur Aktualisierung Ihres Skripts.
Hinweis
Bevor Sie sich mit einer Datenquelle verbinden und den Import erneut ausführen, löschen Sie den Cache des Konnektors, um bestehende Tabellennamen zu entfernen.
In der Registerkarte Bestehende Verbindungen des Fensters „Datenzugriff“ wählen Sie > Cache löschen.
Feldspezifikationen aktualisieren Unter Umständen müssen Sie auch Feldspezifikationen im Skriptkörper aktualisieren, um die Änderungen des Tabellenschemas in der Datenquelle oder dem ODBC-Treiber anzupassen. Mögliche Änderungen beinhalten Feldnamen, Datentypen von Feldern sowie Feld- und Datensatzlängen.
Ergebnisse von Filtern überprüfen Sie sollten auch Ergebnisse von Filtern überprüfen, die Sie im Rahmen des Datenimports nutzen. Stellen Sie sicher, dass der Importfilter Datensätze ordnungsgemäß ein- und ausschließt.

Änderungen des Exchange-Datenkonnektors

Spezifische Änderungen des Exchange-Datenkonnektors sind im Folgenden aufgelistet.

Analytics-Version	Exchange-Tabelle	Änderung
14.2	Nicht zutreffend	Das Exchange-Schema im Konnektor wurde von Exchange auf EWS umbenannt. Beispiel des notwendigen Updates des ACCESSDATA-Befehls: Alt SELECT * FROM "Exchange"."Calendar" "Calendar" New SELECT * FROM "EWS"."Calendar" "Calendar"
	Kalender	Feld umbenannt: Recurrence_DayOfWeek umbenannt auf Recurrence_DaysOfWeek Feld hinzugefügt: ModifiedOccurrences_Aggregate DeletedOccurrences_Aggregate Datentyp wurde geändert: Recurrence_StartDate wurde von Datum auf Datumzeit geändert Recurrence_EndDate wurde von Datum auf Datumzeit geändert
	Inbox und SentItems	Feld umbenannt: ToRecipients_Name wurde auf ToRecipients_Names umbenannt ToRecipients_EmailAddress wurde auf ToRecipients_EmailAddresses umbenannt ToRecipients_ItemId wurde auf ToRecipients_ItemIds umbenannt CcRecipients_Name wurde auf CcRecipients_Names umbenannt CcRecipients_EmailAddress wurde auf CcRecipients_EmailAddresses umbenannt CcRecipients_ItemId wurde auf CcRecipients_ItemIds umbenannt BccRecipients_Name wurde auf BccRecipients_Names umbenannt BccRecipients_EmailAddress wurde auf BccRecipients_EmailAddresses umbenannt BccRecipients_ItemId wurde auf BccRecipients_ItemIds umbenannt
	Aufgaben	Feld umbenannt: Recurrence_NumberOfOccurences wurde auf Recurrence_NumberOfOccurrences umbenannt