Frei/Gebucht bezieht sich auf bestimmte Informationen, die von einem Messagingclient für einen Benutzer veröffentlich werden. Diese Informationen bestehen aus den persönlichen Verfügbarkeitsdaten des Benutzers, die anhand des Inhalts des Kalenderordners im entsprechenden Postfach bestimmt werden. Frei-/Gebucht-Daten werden insbesondere für das Planen von Besprechungen verwendet. Die Frei-/Gebucht-Daten werden in einem festgelegten Öffentlichen Systemordner gespeichert. Jede administrative Gruppe in der Exchange-Organisation beinhaltet einen Frei-/Gebucht-Ordner.

Sie müssen den Kalender-Connector auf einem Server mit Exchange Server installieren, der über ein Replikat des Frei-/Gebucht-Systemordners für die administrative Gruppe verfügt. Die Frei-/Gebucht-Daten können in der Exchange-Organisation auf einen beliebigen Server für Öffentliche Ordner repliziert oder auf einem einzelnen Server mit Exchange Server gespeichert werden. Innerhalb der Organisation werden die Frei-/Gebucht-Daten mithilfe der Standardreplikation für Öffentliche Ordner repliziert.

Sie müssen den Kalender-Connector auf einem Server mit Exchange Server installieren, der über ein Replikat des Frei-/Gebucht-Systemordners für die administrative Gruppe verfügt. Ausführliche Anleitungen finden Sie unter Prüfen des Vorhandenseins eines Replikats des Frei-/Gebucht-Systemordners für die administrative Gruppe auf einem Server mit Exchange Server.

Hinweis:

Der Kalender-Connector benötigt Berechtigungen für das Lesen und Erstellen von Elementen im Frei-/Gebucht-Systemordner. Klicken Sie in den Eigenschaften des Frei-/Gebucht-Ordners für die lokale administrative Gruppe auf die Registerkarte Berechtigungen, und klicken Sie dann auf Clientberechtigungen. Überprüfen Sie im Dialogfeld Clientberechtigungen, ob dem Konto Standard die Rolle Herausgeber zugeordnet ist.

Das Veröffentlichen von Frei-/Gebucht-Daten ist ein Clientvorgang, der von Outlook und Outlook Web Access durchgeführt wird. Der Exchange-Informationsspeicher ist, mit Ausnahme eines Öffentlichen Systemordners in einem Informationsspeicher für Öffentliche Ordner, der für das Speichern und Veröffentlichen von Daten verwendet wird, an diesem Vorgang nicht beteiligt.

Hinweis:
Für das Replizieren von Frei-/Gebucht-Daten zwischen Exchange-Organisationen wird das Tool Exchsync mit einigen zusätzlichen Einstellungen verwendet.

Outlook empfängt zunächst einen Verweis vom Postfachserver für den zugeordneten Öffentlichen Ordner für Frei-/Gebucht-Informationen. Nachdem der Server gefunden wurde, wird mithilfe der Eigenschaften des Benutzerobjekts in Active Directory die Frei-/Gebucht-Nachricht im Öffentlichen Ordner gesucht.

Jede Frei-/Gebucht-Nachricht ist eine Darstellung der gebuchten und ungebuchten Tage und Zeiten für eine einzelne Person oder Ressource. Diese wird durch eine Folge von Zahlen auf dem Frei-/Gebucht-Server (ein Server für Öffentliche Ordner mit Replikaten eines oder mehrerer Frei-/Gebucht-Ordner) repräsentiert.

Eine Darstellung ist z. B. 002222000033333333, wobei jede Ziffer eine Erhöung um X Minuten darstellt (wie in der Anforderung angegeben, dabei sind 6 Minuten die kleinste Einheit). Die Interpretation der Zahlen wird in der folgenden Tabelle erläutert.

Frei-/Gebucht-Nachrichten

Wenn mehrere Termine in einem Zeitrahmen vorhanden sind, wird der Termin mit der höchsten Statusnummer ausgewählt. Ein Zeitrahmen mit einem Termin mit dem Status "Abwesend" (3) und einem Termin mit dem Status "Mit Vorbehalt" (1) erhält den Status "Abwesend" (3).

Genauer gesagt werden Frei-/Gebucht-Daten in mehreren Gruppen von Arrays mit mehrwertigen Ganzzahlen gespeichert. Jede Gruppe stellt eine Gebucht-Klassifizierung dar (Gebucht, Mit Vorbehalt oder Abwesend), und jedes Element in der Gruppe stellt die Daten für einen Monat dar. Das Array selbst ist eine Gruppe von Paaren, in dem jedes Paar die Anzahl der Minuten im Monatsverlauf darstellt, die den Anfang und das Ende des gebuchten Zeitraums repräsentieren und die an die Zeitzone entsprechend der internationalen Datumsgrenze angepasst sind. Daten für freie Zeiten werden nicht gespeichert, sondern einfach als die Zeit berechnet, die nicht als gebucht gekennzeichnet ist.

Mit dem Termin wird auch der Anfangsmonat und die Anzahl der Monate gespeichert, sodass Clients entsprechende Berechnungen durchführen können.

Es gibt verschiedene Möglichkeiten, Frei-/Gebucht-Daten zu generieren. Outlook ändert z. B. die Frei-/Gebucht-Einträge eines Benutzers beim Speichern von Kalendereinträgen und veröffentlicht diese Nachricht mit MAPI regelmäßig auf dem Server mit Exchange Server. Outlook Web Access- und Outlook Mobile Access-Clients generieren ebenfalls Frei-/Gebucht-Einträge beim Speichen von Kalendereinträgen. Von dort sendet Outlook Web Access oder Outlook Mobile Access die Nachricht mithilfe von Datenobjekten für die Zusammenarbeit (CDO – Collaboration Data Object) und WebDAV an die Systemaufsicht, die für die weitere Verarbeitung und Veröffentlichung auf dem Server mit Exchange Server verantwortlich ist.

Outlook veröffentlicht Frei/Gebuch-Daten für Benutzer regelmäßig (in der Standardeinstellung alle 15 Minuten) sowie beim Herunterfahren. Bei jeder Veröffentlichung von Frei-/Gebucht-Informationen werden nicht nur die Änderungen, sondern der gesamte Frei-/Gebucht-Eintrag aktualisiert. Benutzer können die Anzahl der Monate angeben, die Frei-/Gebucht-Informationen im Voraus auf dem Server veröffentlicht werden sollen. Der Standardwert sind 2 Monate, wobei 36 Monate der Maximalwert ist. In der Standardeinstellung werden die Frei-/Gebucht-Daten rückwirkend für einen Monat veröffentlicht.

Bei einer Veröffentlichung bestimmt Outlook zunächst mithilfe des Werts von legacyExchangeDN des Benutzers den Ordner, in dem die Frei-/Gebucht-Daten veröffentlicht werden sollen. Der legacyExchangeDN-Wert besteht aus zwei Teilen: Der erste Teil bestimmt den Pfad des Frei-/Gebucht-Ordners (auch die administrative Gruppe, in der der Benutzer erstellt wurde, da der Wert von legacyExchangeDN nicht geändert wird, wenn Benutzerpostfächer zwischen administrativen Gruppen verschoben werden). Der zweite Teil ist der Betreff der Frei-/Gebucht-Nachricht. Der Speicherort der Frei-/Gebucht-Daten des Benutzers, der den legacyExchangeDN-Wert /o=Contoso/ou=CorpUsers/cn=Recipients/cn=UserName besitzt, ist der Ordner EX:/o=Constso/ou=CorpUsers, und die Nachricht hat den Betreff User-/cn=Recipients/cn=UserName.

Beim Frei-/Gebucht-Ordner handelt es sich um ein Unterverzeichnis des Ordners Schedule+ Frei/Gebucht unter NON_IPM_SUBTREE. Der Nachrichtenbetreff lautet USER-/cn=RECIPIENTS/cn=UserName. Wenn eine doppelte Frei-/Gebucht-Nachricht erstellt wird, fügt der Informationsspeicher automatisch das Suffix -2 an die URL der Nachricht an. Daher wird USER-/cn=RECIPIENTS/cn=UserName zu USER-/cn=RECIPIENTS/cn=UserName-2. Diese Verdopplung von Nachrichten tritt nicht häufig auf, kann aber aufgrund von Clientfehlerm, Replikationsfehlern usw. verursacht werden. Wenn Outlook beim Veröffentlichen von Daten doppelte Einträge für einen Benutzer ermittelt, löscht es diese. Der Veröffentlichungs-Agent der Systemaufsicht für Frei-/Gebucht-Informationen löscht ebenfalls doppelte Einträge, wenn er die Frei-/Gebucht-Informationen für Outlook Web Access oder Outlook Mobile Access aktualisiert.

Nachdem Outlook ermittelt hat, an welcher Stelle die Nachricht im Informationsspeicher für Öffentliche Ordner veröffentlicht werden soll, wählt es einen Frei-/Gebucht-Server aus. Die folgenden Schritte werden ausgeführt:

1. Bei der ersten Anmeldung informiert der Server den Client über den Server mit der Standardhierarchie. Diese Informationen werden im Benutzerprofil gespeichert. Wenn der Administrator die Einstellungen im Exchange-System-Manager ändert, muss sich der Benutzer ab- und wieder anmelden, um den neuen Wert zu erhalten. Anschließend stellt der Client die erste Verbindung mit diesem Server her und hält die Verbindung für die Dauer der Benutzersitzung aufrecht.
   
2. Der MAPI-Client fragt eine Hierarchietabelle für den Stamm des Informationsspeichers für Öffentliche Ordner ab. Diese Anforderung wird an den konfigurierten Standardinformationsspeicher für Öffentliche Ordner gesendet, und die auf Stammebene des Informationsspeichers für Öffentliche Ordner gespeicherten Ordner werden an den Client zurückgegeben.
   
3. Der Client durchläuft die Ordnereinträge in dieser Tabelle, um den gewünschten Ordner zu finden. Wenn dies erforderlich sein sollte, öffnet der Client nacheinander die Unterordner und deren Tabelle der Unterordner, um auch diese zu durchlaufen.
   
4. Nachdem der MAPI-Client den gewünschten Ordner ermittelt hat, fordert er das Inhaltsverzeichnis dieses Ordners an.
   
5. Der Dienstanbieter fragt den Server nach einer Liste von Inhaltsreplikaten für den Ordner ab.
   
6. Der Server ruft die Replikatliste für den Ordner aus der Datenbank ab und sortiert diese basierend auf den Connectorkosten für die Routinggruppe des Servers. Die anderen Inhaltsreplikate in derselben Routinggruppe wie der abgefragte Server weisen für die Connectorkosten den Wert Null (0) auf.
   
7. Die sortierte Liste wird zusammen mit der Anzahl der Einträge in der Servergruppe mit den niedrigsten Kosten an den Client zurückgegeben.
   
8. Wenn der Server, mit dem der Client bereits verbunden ist, im Replikatsatz enthalten ist (d. h. seine Kosten sind ebenfalls Null), wird die Suche nach Inhaltsreplikaten abgeschlossen. Fahren Sie mit Schritt 10 fort.
   
9. Auf den Wert von legacyDN für den Benutzer wird ein Hash angewendet, dessen Ergebnis dann durch die Anzahl der Server mit den niedrigsten Kosten dividiert wird. Der Divisionsrest wird zum Indizieren der zurückgegebenen Serverliste und zum Auswählen eines Servers verwendet, mit dem eine Verbindung hergestellt wird.
   
10. Der Dienstanbieter versucht, eine Verbindung mit dem ausgewählten Server herzustellen. Wenn die Verbindung hergestellt werden kann, ist der gesamte Vorgang abgeschlossen, und der Server gibt das Inhaltsverzeichnis an den MAPI-Client zurück.
    
11. Wenn die Verbindung nicht hergestellt werden kann oder der Server zurückgibt, dass er kein Replikatserver ist (der Replikatsatz wurde möglicherweise geändert, und die Änderung wurde noch nicht auf dem Server repliziert, von dem die Replikatliste abgerufen wurde), entfernt der Dienstanbieter diesen Server aus der Liste, verringert die Anzahl der Server mit den niedrigsten Kosten und beginnt, sofern die Anzahl nicht Null (0) ist, wieder bei Schritt 9.
    
12. Wenn die Liste der Server mit den niedrigsten Kosten leer ist, wird die Anzahl auf die Anzahl der verbleibenden Server in der Liste zurückgesetzt, der Vorgang wird ab Schritt 9 wiederholt. Wenn die gesamte Liste leer ist, wird ein Fehler an den MAPI-Client zurückgegeben.
    

Hinweis:
Diese Schritte werden immer ausgeführt, unabhängig davon, welchen Ordner der Client abfragt (Offlineadressbuch, Frei/Gebucht oder einen anderen Ordner) oder aus welchem Grund der Inhalt des Ordners benötigt wird.

Da Outlook Web Access und Outlook Mobile Access MAPI nicht verwenden, können sie Frei-/Gebucht-Daten nicht direkt im Informationsspeicher für Öffentliche Ordner veröffentlichen. Sie sind stattdessen auf einen Veröffentlichungs-Agenten für Frei-/Gebucht-Informationen (MadFB) angewiesen, der im Systemaufsichtsprozess (Mad.exe) ausgeführt wird.

MadFB hat zwei Funktionen:

• Veröffentlichen von Frei-/Gebucht-Nachrichten für Outlook Web Access und Outlook Mobile Access
  
• Löschen doppelter Frei-/Gebucht-Nachrichten
  

Als Teil der Transaktion für das Erstellen, Löschen oder Aktualisieren eines Termins, bei der die Anfangs- oder Endzeit geändert wird, sendet ein serverseitiger Aufruf eine Frei-/Gebucht-Aktualisierungsnachricht an das Postfach der Systemaufsicht. MadFB gehört zur Systemaufsicht und verarbeitet diese Nachrichten, um die Frei-/Gebucht-Daten im Öffentlichen MAPI-Ordner zu aktualisieren. Abhängig vom Nachrichtenabrufintervall der Systemaufsicht kann es zu einer Verzögerung von bis zu 15 Minuten kommen, bevor die aktualisierten Frei-/Gebucht-Daten veröffentlicht werden.

Der Veröffentlichungsprozess von MadFB entspricht dem bereits beschriebenen Veröffentlichungsprozess von Outlook. Daher wird an doppelte Nachrichten eine Zahl angefügt. Obwohl der Prozess in Outlook Web Access und Outlook Mobile Access dem von Outlook ähnelt, ist er bei Outlook Web Access und Outlook Mobile Access allgemein zuverlässiger, da die gesamte Verarbeitung auf Servern mit Exchange Server erfolgt.

Beim Suchen von Frei-/Gebucht-Daten geht Outlook anders als Outlook Web Access und Outlook Mobile Access vor. Dies wird im Folgenden beschrieben. Bei allen Clients beinhaltet dieser Vorgang aber das Suchen des Öffentlichen Ordners mit den Frei-/Gebucht-Informationen und das anschließende Zugreifen auf die Frei-/Gebucht-Daten eines bestimmten Benutzers in diesem Ordner.

• Outlook   Bevor Outlook den Öffentlichen Ordner mit den Frei-/Gebucht-Informationen sucht, empfängt es zuerst einen Verweis vom Postfachserver für den entsprechenden Informationsspeicher für Öffentliche Ordner, den der Frei-/Gebucht-Server daraufhin abfragt (der Verweis und die Abfrage entsprechen dem Veröffentlichungsvorgang). Die Frei-/Gebucht-Daten werden als Nachrichten im Standortordner im Hauptordner für Frei-/Gebucht-Informationen gespeichert. Outlook ermittelt mithilfe von Active Directory und Exchange Server den Wert von legacyExchangeDN für den Benutzer und analysiert diesen in zwei Teilen. Der erste Teil ist der Name des Standortordners. Der zweite Teil ist der Betreff der Nachricht.
  
• Outlook Web Access und Outlook Mobile Access   Diese Clients führen eine DAV-Abfrage für den anderen Benutzer durch, rufen die Frei-/Gebucht-Informationen ab und zeigen diese dann dem Benutzer an. Die DAV-Abfrage wird vom Server mit dem Dienst Outlook Web Access oder Outlook Mobile Access (dies ist häufig der Front-End-Server) auf dem Postfachserver des Benutzers (Back-End-Server) ausgeführt, auf dem die eigentliche Suche der Frei-/Gebucht-Daten erfolgt.
  

  Hinweis:

  Damit Sie nach Frei-/Gebucht-Daten suchen können, müssen die Empfängerinformationen in Active Directory verfügbar sein, um den Zielsystemordner mit den Frei-/Gebucht-Daten zu bestimmen. Daher müssen Sie die Verzeichnissynchronisierung mit Lotus Notes oder Novell GroupWise aktivieren, wenn Sie Frei-/Gebucht-Informationen mit dem Kalender-Connector synchronisieren möchten. Wie bereits erwähnt erstellen Connector für Lotus Notes und Connector für Novell GroupWise E-Mail-aktivierte Kontakte mit einer legacyExchangeDN-Adresse, die der lokalen administrativen Gruppe des Connectors entspricht. Aufgrund dieser Abhängigkeit muss der Kalender-Connector in derselben administrativen Gruppe wie Connector für Lotus Notes bzw. Connector für Novell GroupWise installiert sein. Sie sollten den Kalender-Connector auf demselben Server wie Connector für Lotus Notes oder Connector für Novell GroupWise installieren.

MadFB ermöglicht Outlook Web Access und Outlook Mobile Access das Veröffentlichen von Frei-/Gebucht-Daten. Als zweite Funktion löscht MadFB veraltete Frei-/Gebucht-Daten. In der Standardeinstellung verwaltet MadFB Frei-/Gebucht-Daten auf allen Servern mit Exchange Server, die keine Front-End-Server sind, täglich um 2:00 Uhr. MadFB verwaltet auf jedem Server die Standardinformationsspeicher für Öffentliche Ordner, die den lokalen Postfachspeichern der einzelnen Server zugeordnet sind (selbst wenn diese Informationsspeicher für Öffentliche Ordner auf einem anderen Server gespeichert sind). MadFB wird im Prozess der Systemaufsicht ausgeführt.

Zum Verwaltungsvorgang von MadFB gehört Folgendes:

• Korrigieren der URLs von Frei-/Gebucht-Einträgen   Ein Frei-/Gebucht-Eintrag muss in kanonischer Form vorliegen. Das bedeutet, dass der Eintrag über eine URL-Endung mit einem normalisierten Betreff wie USER-/CN=RECIPIENTS/CN=TED verfügen muss. Einträge können aufgrund von Duplikaten nicht in kanonischer Form auftreten. Einer URL könnte beispielsweise zur Unterscheidung ein -x angefügt werden, oder eine der URLs könnte auf einen Eintrag verweisen, der von Exchange Server 5.5 aktualisiert oder repliziert wurde, wodurch die URL dann einen GUID enthält. Der normalisierte Betreff wird durch den letzten Teil des Werts von legacyDN bestimmt (z. B. CN=RECIPIENT,CN=TED).
  
• Löschen doppelter Frei-/Gebucht-Nachrichten   Outlook kann doppelte Frei-/Gebucht-Nachrichten erstellen. Um das Überschreiben vorhandener Nachrichten zu verhindern, fügt der Exchange-Informationsspeicher ein –X (dabei ist x ein Zähler für die Duplikate) an den normalisierten Betreff an. MadFB löscht Nachrichten mit Betreffzeilen, die nicht in kanonischer Form vorliegen.
  

MadFB behält die Nachricht mit dem ältesten Datum bei und löscht die anderen Nachrichten. Damit wird eine genaue Replikation sichergestellt, bei der doppelte Einträge immer gelöscht werden. Wenn MadFB z. B. die neueste Nachricht beibehält und die anderen Nachrichten löscht, wird die Konfliktnachricht [X-2] bei der Replikation beibehalten. Die Ursache hierfür ist, dass X an PF1 und X-2 an PF2 zuerst gelöscht und die neueren Versionen von X-2 an PF1 und X an PF2 repliziert werden. Daher werden diese zu den neuesten Einträgen, und der Zyklus wiederholt sich.

Hinweis:
MadFB ist identisch mit MSExchangeFBPublish, dem Quellnamen im Ereignisprotokolleintrag, der für das Protokollieren von Ereignissen im Ereignisprotokoll verwendet wird.

Es gibt drei Möglichkeiten, unerwünschte Frei-/Gebucht-Daten zu entfernen. Sie können beim Starten von Outlook einen Befehlszeilenschalter verwenden, Sie können einen serverseitigen Prozess auf dem Server mit Exchange Server durchführen, oder Sie können Einträge manuell mit Outlook Web Access löschen.

Der Befehlszeilenschalter /cleanfreebusy für das Starten von Outlook wird zum Lösen von Terminplanungsproblemen für Besprechungen verwendet. Dieser Schalter hilft nicht bei allgemeinen Terminproblemen, da er nicht den Frei-/Gebucht-Eintrag aus dem Informationsspeicher für Öffentliche Ordner löscht, sondern die lokale Frei-/Gebucht-Nachricht (LocalFreeBusy), die vom Outlook-Client generiert wurde. Die LocalFreeBusy-Nachricht befindet sich als verborgener Eintrag im Kalenderordner des Benutzers im Postfach auf dem Server. Dieser Eintrag ist ein großes Binärobjekt mit den Frei-/Gebucht-Informationen des Benutzers, mit Informationen über Stellvertreter, die Termine für den Benutzer planen dürfen, und mit Einstellungen für die automatische Bestätigung. Ressourcenpostfächer sind i. d. R. so konfiguriert, dass sie Besprechungsanfragen automatisch bestätigen, wenn kein Konflikt mit vorhandenen Terminen besteht. Der LocalFreeBusy-Eintrag wird im Informationsspeicher für Öffentliche Ordner repliziert, sodass alle Benutzer in der Exchange-Organisation die Frei-/Gebucht-Informationen überprüfen und für die Besprechungsplanung verwenden können.

Wenn Stellvertreter beim Versuch, den Manager-Kalender zu ändern, eine Fehlermeldung erhalten, setzt das Ausführen von /cleanfreebusy, während die Stellvertreter Outlook geschlossen haben, bestimmte Eigenschaften für den Manager-Kalender im Informationsspeicher für Öffentliche Ordner des Managers zurück. Wenn die Stellvertreter Outlook das nächste Mal starten, erhalten Sie neue Frei-/Gebucht-Informationen vom LocalFreeBusy-Eintrag des Managers, wodurch die meisten Fehler der Stellvertreter behoben werden.

Die Ursache dieses Problems bei der Terminplanung durch Stellvertreter ist, dass der Stellvertreterclient aus verschiedenen Gründen die Frei-/Gebucht-Nachricht neu erstellt, wodurch Verweise auf die gelöschte Nachricht entstehen. Wenn der Manager Outlook in diesem Zustand mit /cleanfreebusy startet, stellt der Manager-Client die lokale Frei-/Gebucht-Nachricht wieder her und gibt in den Stammordnern die neue Eintrags-ID an, wodurch jeder Benutzer wieder auf die lokale Frei-/Gebucht-Nachricht zugreifen kann.

Die Frei-/Gebucht-Nachrichten befinden sich in der Hierarchie der Öffentlichen Ordner außerhalb der IPM-Unterstruktur in einem Öffentlichen Ordner im Container SCHEDULE+ FREI-/GEBUCHT. Diese Nicht-IPM-Unterstruktur ist ausgeblendet, aber Sie können mit Outlook Web Access auf die Struktur zugreifen und den Frei-/Gebucht-Ordner einer administrativen Gruppe öffnen. Auf diese Weise können Frei-/Gebucht-Einträge manuell gelöscht werden. Wenn Sie z. B. auf die Nicht-IPM-Unterstruktur auf dem Server Server01 zugreifen möchten, verwenden Sie den folgenden URL: http://server01/public/non_ipm_subtree/. Der Container SCHEDULE+ FREI/GEBUCHT wird als normaler Öffentlicher Ordner angezeigt. In diesem Ordner finden Sie die Frei-/Gebucht-Ordner.

Da der Kalender-Connector keine E-Mail-Nachrichten zwischen Exchange und Lotus Notes oder Novell GroupWise überträgt, verfügt er im Exchange-Informationsspeicher über kein Connector-Postfach, über keine DLL für die Proxyadressgenerierung und über kein addrType-Objekt in Active Directory. Trotzdem ist der Kalender-Connector ein MAPI-Connector, da er für die Kommunikation mit dem Exchange-Informationsspeicher MAPI und für die Kommunikation mit Active Directory ADSI (Active Directory Service Interfaces) verwendet.

Die folgende Tabelle zeigt wichtige Komponenten des Kalender-Connectors.

Komponenten des Kalender-Connectors

Die folgende Abbildung zeigt, wie der Kalender-Connector in die Lotus Notes-Messagingumgebung integriert wird.

Synchronisieren von Frei-/Gebucht-Informationen mit Lotus Notes

Innerhalb des Kalender-Connectors kommuniziert Notescal.dll mit Lotus Notes und Domino über die Lotus Notes-Client-API, um Anforderungen für Frei-/Gebucht-Informationen von Lotus Notes an den Lotus Notes-Task Schedule Manager zu übertragen. Der Schedule Manager ist ein Task, der auf einem Lotus Domino-Server ausgeführt wird und die Lotus Notes-Datenbank Busytime.nsf verwaltet. Die Datenbank Busytime.nsf enthält die Frei-/Gebucht-Informationen für alle Benutzer auf dem Server und für Ressourcen wie Konferenzräume, die im öffentlichen Adressbuch des Servers enthalten sind.

Hinweis:
Der Kalender-Connector kann nur eine Verbindung mit einer einzelnen Lotus Notes-Umgebung herstellen. Das Integrieren verschiedener Lotus Notes-Messagingsysteme in Exchange Server 2003 über den Kalender-Connector wird nicht unterstützt.

Der Kalender-Connector führt die folgenden Schritte durch, um aus Exchange Server 2003 Frei-/Gebucht-Informationen zu Lotus Notes-Benutzern zu suchen:

1. Mapical.dll fängt die Frei-/Gebucht-Anforderungen ab und überprüft die vorhandenen Frei-/Gebucht-Datensätze im Systemordner für Frei-/Gebucht-Informationen. Wenn der Datensatz innerhalb des Zeitraums aktualisiert wurde, der in der Konfiguration des Kalender-Connectors unter Höchstalter in Minuten für Frei-/Gebucht-Fremddaten in Exchange, die ohne weitere Abfrage des Fremdkalenders verwendet werden können angegeben wurde, gibt Mapical.dll diese Daten sofort zurück.
   

   Hinweis:

   Dieses Verfahren funktioniert nur, wenn der Kalender-Connector auf dem Server mit dem Frei-/Gebucht-Ordner ausgeführt wird. Es ist z. B. möglich, den Frei-/Gebucht-Ordner auf andere Server in administrativen Remotegruppen zu replizieren. In diesem Fall erhalten Benutzer, die diese Öffentlichen Ordnerinstanzen abfragen, möglicherweise veraltete Informationen. Exchange Server 2003 gibt nur die zurzeit in den angeforderten Frei-/Gebucht-Nachrichten verfügbaren Informationen zurück. Um dieses Problem zu vermeiden, müssen Sie für jedes Replikat des Frei-/Gebucht-Ordners eine eigene Instanz des Kalender-Connectors installieren.

2. Wenn kein Frei-/Gebucht-Datensatz oder nur ein Datensatz außerhalb des maximalen Zeitraums vorhanden ist, übergibt Mapical.dll die Frei-/Gebucht-Abfrage an Notescal.dll, um den Frei-/Gebucht-Datensatz des Zielbenutzers im Exchange-Ordner für die Frei-/Gebucht-Informationen zu aktualisieren.
   
3. Notescal.dll empfängt die Frei-/Gebucht-Abfrage von Mapical.dll und leitet sie an den Lotus Notes-Task Schedule Manager weiter.
   
4. Der Task Schedule Manager ruft die Informationen für lokale Benutzer aus der Datenbank Busytime.nsf ab. Bei Benutzern auf Lotus Domino-Downstreamservern kommuniziert der Schedule Manager mit dem Lotus Notes-Task Kalender-Connector, der ebenfalls auf dem Lotus Domino-Server ausgeführt wird, um die Frei-/Gebucht-Informationen zu suchen.
   
5. Der Lotus Notes-Task Kalender-Connector bestimmt die Domäne des Zielbenutzers und liest das Feld Calendar Server Name aus dem Domänendokument. Der Kalender-Connector kommuniziert dann mit dem Remotekalenderserver, um die Frei-/Gebucht-Abfrage durchzuführen.
   
6. Der Lotus Notes-Task Kalender-Connector gibt die Informationen an den Task Schedule Manager zurück.
   
7. Der Task Schedule Manager gibt die Informationen an Notescal.dll zurück.
   
8. Notescal.dll leitet die Informationen an Mapical.dll weiter, das den Frei-/Gebucht-Datensatz des Lotus Notes-Benutzers im Systemordner aktualisiert.
   
9. Mapical.dll gibt die Informationen an den Outlook-Benutzer zurück.
   

   Hinweis:

   Wenn das Nicht-Exchange-System innerhalb eines Zeitraums antwortet, der kleiner als der Wert Maximale Wartezeit auf Antworten von Fremdkalendern in Sekunden in der Konfiguration des Kalender-Connectors ist, werden die Daten in den Frei-/Gebucht-Datensatz des Zielbenutzers im Frei-/Gebucht-Ordner von Exchange geschrieben und an den Client zurückgegeben. Wenn das Nicht-Exchange-System nicht innerhalb des zulässigen Zeitrahmens antwortet (oder wenn der Kalender-Connector nicht ausgeführt wird), gibt Exchange Server 2003 die vorhandenen Daten aus dem Frei-/Gebucht-Datensatz an den Client zurück, ohne zuvor den Frei-/Gebucht-Datensatz des Zielbenutzers zu aktualisieren.

Der Kalender-Connector führt die folgenden Schritte durch, um Frei-/Gebucht-Informationen zu Exchange Server 2003-Benutzern für Lotus Notes zu suchen:

1. Der Lotus Notes-Client leitet die Frei-/Gebucht-Abfrage an den Task Schedule Manager weiter.
   
2. Der Task Schedule Manager erkennt, dass die Anforderung nicht für einen lokalen Benutzer ist, und leitet sie an den Task Kalender-Connector weiter.
   
3. Der Task Kalender-Connector liest das Personendokument für den Exchange-Benutzer und ermittelt, dass der Benutzer zu einer Fremddomäne gehört. Der Task Kalender-Connector überprüft das Feld Calendar System im Fremddomänendokument für die Exchange Server 2003-Organisation. Das Feld Calendar System gibt den Namen des Add-In-Programms an, das die Frei-/Gebucht-Suchen auf dem Lotus Domino-Server behandelt. Dies ist in diesem Fall das Exchange-Kalender-Connector-Add-In (ExCalCon.exe).
   
4. Der Task Kalender-Connector leitet die Frei-/Gebucht-Anforderung an ExCalCon.exe weiter.
   
5. ExCalCon.exe leitet die Anforderung an die Komponente Notescal.dll weiter, die sie verarbeitet und mit Mapical.dll kommuniziert, um die Frei-/Gebucht-Informationen für den Exchange-Benutzer vom Frei-/Gebucht-Systemordner abzurufen.
   
6. Notescal.dll leitet die Antwort zurück an ExCalCon.exe, das die Informationen an den Task Kalender-Connector weiterleitet.
   
7. Der Task Kalender-Connector leitet die Daten an den Schedule Manager weiter.
   
8. Schedule Manager überträgt dann die Frei-/Gebucht-Informationen an den Lotus Notes-Benutzer.
   

Hinweis:
Da Lotus Notes alle Exchange-Benutzer als zu einer Lotus Notes-Fremddomäne zugehörig einstuft, werden alle Anforderungen für Frei-/Gebucht-Informationen aus Exchange von dem Lotus Notes-Task Kalender-Connector empfangen.

Wie in der folgenden Abbildung gezeigt, kommuniziert Gwisecal.dll mit Novell GroupWise über den Connector für Novell GroupWise und den Novell GroupWise-API-Gateway. Frei-/Gebucht-Anforderungen werden in Novell GroupWise als Systemnachrichten übertragen. Die Architektur des Connectors für Novell GroupWise wurde bereits in diesem Kapitel beschrieben.

Synchronisieren von Frei-/Gebucht-Informationen mit Novell GroupWise

Der Kalender-Connector führt die folgenden Schritte durch, um Frei-/Gebucht-Informationen zu Novell GroupWise-Benutzern für Exchange Server 2003 zu suchen:

1. Mapical.dll fängt die Frei-/Gebucht-Anforderungen ab und überprüft die vorhandenen Frei-/Gebucht-Datensätze im Systemordner für Frei-/Gebucht-Informationen. Wenn der Datensatz innerhalb des Zeitraums aktualisiert wurde, der in der Konfiguration des Kalender-Connectors unter Höchstalter in Minuten für Frei-/Gebucht-Fremddaten in Exchange, die ohne weitere Abfrage des Fremdkalenders verwendet werden können angegeben wurde, gibt Mapical.dll diese Daten sofort zurück.
   
2. Wenn kein Frei-/Gebucht-Datensatz für den Novell GroupWise-Benutzer oder nur ein Datensatz außerhalb des maximalen Zeitraums vorhanden ist, übergibt Mapical.dll die Frei-/Gebucht-Abfrage an Gwisecal.dll, um den Frei-/Gebucht-Datensatz des Zielbenutzers im Exchange-Ordner für die Frei-/Gebucht-Informationen zu aktualisieren.
   
3. Gwisecal.dll übersetzt die Anforderung in eine schlüsselwortbasierte Textdatei vom Typ SEARCH und speichert diese im Verzeichnis \Programme\Exchsrvr\Conndata\GWRouter\Togwise. Der Verfasser der Nachricht vom Typ SEARCH ist die Systemaufsicht. Die Nachricht wird an den Novell GroupWise-Benutzer gesendet, für den der Kalender-Connector die Frei-/Gebucht-Informationen anfordert. Das folgende Beispiel zeigt eine Anforderung vom Typ SEARCH:
   WPC-API= 1.2;
MSG-TYPE= Search;
Msg-ID= AAIMIDMI:2003.12.2.21.28:2004.1.31.21.28:2003.12.3.5.28.51;
From=
WPD= CONTOSO_DOM;
WPPO= Exchange Gateway;
WPU= Microsoft System Attendant;
CDBA= CONTOSO_DOM.Exchange Gateway.Microsoft System Attendant; ;
To=
WPD= CONTOSO_DOM;
WPPO= CONTOSO_PO;
WPU= FrankM;
CDBA= CONTOSO_DOM.CONTOSO_PO.FrankM; ;
Begin-Time= 2/12/2003 21:28;
End-Time= 31/1/2004 21:28;
-END-
   
4. Der Router für Novell GroupWise erhält die Nachricht aus dem Verzeichnis \Togwise und speichert sie im Verzeichnis API_IN des Novell GroupWise-API-Gateways.
   
5. Der API-Gateway verarbeitet die Nachricht entsprechend dem Schlüsselwort MSG-TYPE und speichert sie im Verzeichnis WPCSIN für den Novell GroupWise-MTA.
   
6. Der Novell GroupWise-MTA leitet die Nachricht an das Stammpostoffice des GroupWise-Benutzers weiter und übergibt sie an den entsprechenden Post Office Agent (POA) von Novell GroupWise.
   
7. Der Novell GroupWise-POA verarbeitet die Anforderung und gibt die resultierenden Frei-/Gebucht-Informationen in Form einer Nachricht vom Typ SEARCH an den GroupWise-MTA zurück.
   
8. Der GroupWise-MTA überträgt die Nachricht an das Verzeichnis WPCSOUT im API-Gateway-Verzeichnis, und der API-Gateway überträgt die Nachricht an das Verzeichnis API_OUT.
   
9. Der Router für Novell GroupWise erhält die Nachricht vom Typ SEARCH aus dem Verzeichnis API_OUT und speichert sie entsprechend dem Schlüsselwort MSG-TYPE im Verzeichnis \Programme\Exchsrvr\Conndata\GWRouter\freebusy. Das folgende Beispiel zeigt eine Antwort auf eine Frei-/Gebucht-Abfrage:
   WPC-API= 1.2;
Header-Char= T50;
Msg-Type= SEARCH;
Orig-Msg-ID= AAIMIDMI:2003.12.2.21.28:2004.1.31.21.28:2003.12.3.5.28.51;
To=
CDBA= CONTOSO_DOM.Exchange Gateway.Microsoft System Attendant;
;
Busy-For=
CDBA= CONTOSO_DOM.CONTOSO_PO.FrankM;
Busy-Report=
Start-Time= 11/12/03 17:00;
End-Time= 12/12/03 8:00; ,
Start-Time= 12/12/03 17:00;
End-Time= 15/12/03 8:00; ,
Start-Time= 15/12/03 17:00;
End-Time= 16/12/03 8:00; ,
Start-Time= 16/12/03 17:00;
End-Time= 17/12/03 8:00; ,
Start-Time= 17/12/03 17:00;
End-Time= 18/12/03 8:00; ,
Start-Time= 18/12/03 17:00;
End-Time= 19/12/03 8:00; ,
;
Send-Options= None;
-END-
   
10. Gwisecal.dll ruft die Nachricht ab und übersetzt sie in das Exchange-Format. Anschließend leitet Gwisecal.dll diese Nachricht an Mapical.dll weiter.
    
11. Mapical.dll aktualisiert den Frei-/Gebucht-Datensatz für den Novell GroupWise-Benutzer im Frei-/Gebucht-Systemordner.
    
12. Exchange Server 2003 gibt die Frei-/Gebucht-Informationen an den Outlook-Benutzer zurück, der die Anfrage gestellt hatte.
    

Der Kalender-Connector führt die folgenden Schritte durch, um Frei-/Gebucht-Informationen zu Exchange Server 2003-Benutzern für Novell GroupWise zu suchen:

1. Ein Novell GroupWise-Benutzer führt eine Frei-/Gebucht-Suche für einen Exchange-Benutzer durch. Der Novell GroupWise-Client generiert eine Nachricht vom Typ SEARCH, die das Novell GroupWise-System an den API-Gateway überträgt.
   
2. Der API-Gateway überträgt die SEARCH-Nachricht aus dem Verzeichnis WPCSOUT in das Verzeichnis API_OUT, aus dem sie der Router für Novell GroupWise abruft und entsprechend dem Schlüsselwort MSG-TYPE im Verzeichnis \Programme\Exchsrvr\Conndata\GWRouter\FreeBusy speichert. Die Nachricht wird an den Exchange-Benutzer gesendet, für den der Novell GroupWise-Benutzer die Frei-/Gebucht-Informationen anfordert. Die Struktur der Nachricht entspricht der, die Gwisecal.dll für Abfragen von Exchange Server-Benutzern generiert.
   
3. Gwisecal.dll erhält die SEARCH-Nachricht aus dem Verzeichnis \FreeBusy, übersetzt sie in das Exchange Server-Format und leitet die Anforderung dann an Mapical.dll weiter.
   
4. Mapical.dll verarbeitet die Frei-/Gebucht-Abfrage und gibt die angeforderten Informationen an Gwisecal.dll zurück.
   
5. Gwisecal.dll übersetzt die Anforderung in eine Antwort vom Typ SEARCH und speichert diese im Verzeichnis \Programme\Exchsrvr\Conndata\GWRouter\Togwise. Die Struktur der Nachricht ähnelt der, die vom Novell GroupWise-System als Antwort auf Abfragen von Exchange-Benutzern generiert wird.
   
6. Der Router für Novell GroupWise erhält die Nachricht aus dem Verzeichnis \Togwise und speichert sie im Verzeichnis API_IN des API-Gateways.
   
7. Das Novell GroupWise-System leitet die Antwort an den Benutzer weiter, der die Frei-/Gebucht-Abfrage gestellt hatte.
   

Hinweis:
GroupWise-Benutzer müssen die Sichtbarkeitseinstellung auf System oder höher festlegen, um Kalenderinformationen von Exchange empfangen zu können.