Übersicht zur Anpassung von Microsoft Office Outlook Web Access für Exchange Server 2003
Für viele Benutzer stellt das erweiterte Microsoft® Office Outlook® Web Access für Exchange Server 2003 das beliebteste Feature von Microsoft Exchange Server 2003 dar. Das neue Outlook Web Access weist eine Vielzahl neuer Features auf und ähnelt viel eher der vollständigen Outlook-Anwendung. Doch wie bei jeder fertig konfektionierten Webanwendung stellt sich nach der ersten Freude über das neue Produkt der Wunsch nach Änderungen ein.
Manchmal sind das nur kleinere Änderungen, wie das Hinzufügen des Firmenlogos zur Anmeldeseite. Andere Änderungen können beispielsweise die Integration von Outlook Web Access in die Workflowprozesse des Unternehmens mithilfe von Exchange-Webformularen umfassen. Eine weitere von Unternehmen gern genutzte Möglichkeit der Anpassung von Outlook Web Access besteht im Einbetten von Teilen der Benutzeroberfläche in ein Webportal, wie etwa Microsoft SharePoint® Portal Services.
In diesem Artikel werden einige der Möglichkeiten beleuchtet, Outlook Web Access anzupassen. Es werden Verknüpfungen zu ausgewählter Microsoft-Dokumentation über die richtigen Verfahren zum Vornehmen dieser Änderungen sowie Verknüpfungen zu wichtigen Knowledge Base-Artikeln aufgeführt.
Allgemeine Richtlinien
Bevor die verschiedenen Arten von Anpassungen im Detail erörtert werden, sollen einige Grundlagen zu Outlook Web Access erläutert werden.
Zunächst und vor allem ist zu nennen, dass Microsoft keinen Support für das eingesetzte System leisten kann, wenn die Quelldateien von Outlook Web Access verändert wurden. Wir leisten definitiv Support für das unveränderte System. Wenn Sie jedoch den Quellcode der zugrundeliegenden Webseiten verändern, können wir für diese Änderungen keine Verantwortung übernehmen. Daher besteht die erste Maßnahme beim Ändern von Code im Erstellen einer Sicherungskopie aller zu ändernden Dateien. Wenn Änderungen zu Problemen führen, kehren Sie zu den ursprünglichen Dateien zurück, und überprüfen Sie, ob die Anwendung dann ordnungsgemäß funktioniert. Der offizielle Standpunkt zum Support für Outlook Web Access-Anpassungen ist im Microsoft Knowledge Base-Artikel 327178, " Microsoft unterstützen Richtlinie für die Anpassung für Exchange von Access des Outlook Web (maschinelle Übersetzung)" dargelegt.
Als weiterer wichtiger Punkt ist zu beachten, dass Ihre angepassten Dateien durch Exchange-Service Packs und -Softwareaktualisierungen überschrieben werden können. Sie sollten die zwei folgenden Maßnahmen ergreifen, um sicherzustellen, dass Sie Ihre Änderungen wiederherstellen können:
| • | Erstellen Sie Sicherungskopien der Originaldateien. Das hört sich selbstverständlich an, in diesem Fall erfolgt es aber nicht aus dem üblichen Grund. Erstellen Sie vor dem Ändern von Dateien eine lokal gespeicherte Kopie des ursprünglichen Outlook Web Access-Bereichs. Speichern Sie diese Dateien an einem Ort, auf den nicht versehentlich zugegriffen werden kann oder an dem die Dateien unbeabsichtigt gelöscht werden können, beispielsweise in einem komprimierten ZIP-Archiv. Vergleichen Sie nach der Installation des Service Packs oder Softwareupdates den Inhalt des Archtivs mit den Dateien auf der Festplatte. Untersuchen Sie die aktualisierten Dateien sehr sorgfältig, um festzustellen, ob Sie auch die angepassten Dateien aktualisieren müssen. Es ist viel einfacher, die Originaldatei mit einer aktualisierten Datei zu vergleichen, als eine angepasste Datei mit der aktualisierten Datei zu vergleichen. |
| • | Erstellen Sie Sicherungskopien der angepassten Dateien. Auch das erscheint selbstverständlich. Erstellen Sie nach dem Bereitstellen Ihrer Anpassungen auf einem Server eine lokal gespeicherte Kopie des angepassten Outlook Web Access-Bereichs. Auf diese Weise können Sie nach dem Installieren eines Service Packs oder eines Softwareupdates, bei dem keine bedeutenden Änderungen an Outlook Web Access vorgenommen wurden, einfach die archivierten Dateien entpacken. |
Bedenken Sie ferner, dass für einige Anpassungen eine Bearbeitung der Windows-Registrierung auf dem Computer erforderlich ist, der Exchange Server ausführt. Gehen Sie beim Vornehmen dieser Änderungen sehr umsichtig vor, und speichern Sie die geänderten Werte immer in einer REG-Datei, für den Fall, dass Sie die Änderungen später erneut anwenden müssen.
Anpassen der Anmeldeseite von Outlook Web Access
Eine der geradlinigsten - und häufigsten - Anpassungen von Outlook Web Access besteht im Ändern von Text, Bildern und Layout der Anmeldeseite.
Die Active Server Pages (ASP-Seiten) für die Anmeldung sind in den Verzeichnissen im Pfad Exchsvr\Exchweb\bin\auth\<Sprache> gespeichert. Die ASP-Seiten für die Abmeldung befinden sich unter den Verzeichnissen im Pfad Exchsvr\Exchweb\bin\<Sprache>. Beachten Sie, dass Outlook Web Access die passende Sprache auf der Basis der Browsereinstellungen des Benutzers bestimmt. Wenn Sie diese Seiten anpassen möchten, achten Sie darauf, die Seiten für alle Sprachen anzupassen, die möglicherweise von Benutzern verwendet werden.
Durch zwei Implementierungsdetails gestaltet sich das Anpassen der Anmeldeseite relativ einfach:
| • | Alle Textzeichenfolgen sind als Jscript®-Variablen definiert, die oben auf der Seite logon.asp aufgeführt sind. |
| • | Bilder und Seitenlayout verwenden standardmäßige HTML-Codierung. Diese Codierung ermöglicht die einfache Änderung. |
Weitere, tiefgreifende Informationen zum Anpassen der Anmeldeseite finden Sie im Thema Customizing the Outlook Web Access Logon Page.
Segmentierung von Features in Outlook Web Access
Outlook Web Access bietet die Möglichkeit, einzelne Features zu aktivieren und deaktivieren; dies wird auch als "Segmentierung" bezeichnet. Features können pro Server oder pro Benutzer deaktiviert werden.
Wenn ein Feature auf Pro-Server-Ebene deaktiviert wird, erhält diese Einstellung Vorrang vor dem in den Einstellungen auf Benutzerebene gespeicherten Wert. Wenn ein Feature auf der Serverebene aktiviert ist, steuern die Einstellungen pro Benutzer - sofern vorhanden - ob der Benutzer Zugriff auf das betreffende Feature hat. Standardmäßig sind alle Features auf der Pro-Benutzer-Ebene aktiviert.
Vollständige Anweisungen zum Konfigurieren der Outlook Web Access-Segmentierung finden Sie im Microsoft Knowledge Base-Artikel 833340, "Ändern der Darstellung und der Funktionalität von Access des Outlook Web unter Verwendung 2003 in Exchange der Segmentierungsfunktion (maschinelle Übersetzung)".
Pro-Server-Segmentierung
Die Pro-Server-Segmentierung wird mithilfe eines Windows-Registrierungseintrags gesteuert, der in folgendem Registrierungsschlüssel gespeichert ist:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb\OWA
Der DWORD-Wert DefaultMailboxFolderSet steuert, welche Features verfügbar sind.
Vorsicht
Fehlerhaftes Bearbeiten der Registrierung kann ernsthafte Probleme verursachen, die eine Neuinstallation des Betriebssystems erforderlich machen können. Probleme, die sich aus einer fehlerhaften Bearbeitung der Registrierung ergeben, sind möglicherweise nicht behebbar. Sichern Sie alle wertvollen Daten, bevor Sie die Registrierung bearbeiten.
Beachten Sie, dass die Einstellungen im Schlüssel CurrentControlSet nicht dauerhaft gemacht werden, bis sie in einem ControlSet000X -Schlüssel gespeichert werden, was beim Herunterfahren oder erneuten Starten des Systems geschieht. Sie müssen wenigstens lokaler Administrator sein, um die Registrierung auf dem Computer mit Exchange Server bearbeiten zu können.
Wenn in Ihrer Exchange Server-Topologie separate Front-End- und Back-End-Server eingesetzt werden, nehmen Sie die Registrierungsänderung auf allen Back-End-Servern vor.
Pro-Benutzer-Segmentierung
Die Pro-Benutzer-Segmentierung wird durch die Active Directory®-Eigenschaft msExchMailboxFolderSet von Benutzerobjekten in der Organisation gesteuert. Verwenden Sie das ADSI Edit-Tool zum Ändern der Werte. ADSI Edit befindet sich im Ordner Support\Tools auf dem Microsoft Windows® 2000-Installationsmedium. Das Erstellen eines Skripts, das ADSI zum Festlegen der Attribute für mehrere Benutzer verwendet, kann ein effizienteres Verfahren sein.
Bitmaskenwerte für die Segmentierung
Die im Registrierungseintrag und im Active Directory-Attribut verwendeten Werte stellen eine Bitmaske dar. Wenn die Bitposition auf "1" festgelegt ist, ist das Feature aktiviert. Wenn die Bitposition auf "0" festgelegt ist, ist das Feature deaktiviert. In der folgenden Tabelle sind die dezimalen und hexadezimalen Werte für jedes Feature aufgelistet. Weitere Informationen zur Verwendung dieser Werte und ergänzende Beispiele finden Sie im Knowledge Base-Artikel 833340, " Ändern der Darstellung und der Funktionalität von Access des Outlook Web unter Verwendung 2003 in Exchange der Segmentierungsfunktion (maschinelle Übersetzung)".
| Outlook Web Access-Feature | Dezimalwert | Hexadezimalwert |
Messaging (E-Mail) | 1 | 0x0000 0001 |
Kalender | 2 | 0x0000 0002 |
Kontakte | 4 | 0x0000 0004 |
Aufgaben | 8 | 0x0000 0008 |
Journal | 16 | 0x0000 0010 |
Kurznotizen | 32 | 0x0000 0020 |
Öffentliche Ordner | 64 | 0x0000 0040 |
Erinnerungen | 128 | 0x0000 0080 |
Neue E-Mail-Benachrichtigung | 256 | 0x0000 0100 |
RTF-Client | 512 | 0x0000 0200 |
Rechtschreibprüfung | 1024 | 0x0000 0400 |
S/MIME | 2048 | 0x0000 0800 |
Suchordner | 4096 | 0x0000 1000 |
Signatur | 8192 | 0x0000 2000 |
Regeln | 16384 | 0x0000 4000 |
Designs | 32768 | 0x0000 8000 |
Junk E-Mail | 65536 | 0x0001 0000 |
Alle Features | 4294967295 | 0xFFFF FFFF |
Erstellen von Outlook Web Access-Designs
Zwar enthält Outlook Web Access fünf Standarddesigns, möglicherweise wünscht Ihre Organisation jedoch ein anderes Aussehen. Durch Erstellen eines neuen Designs oder durch Ändern eines vorhandenen Designs können Sie das Farbschema, die Hintergrundgrafiken und die Schaltflächensymbole ändern.
Das Erstellen von Outlook Web Access-Designs bringt einen erheblichen Arbeitsaufwand mit sich, daher liegt eine vollständige Erläuterung jenseits des Geltungsbereichs dieser Übersicht. Vollständige Informationen finden sich jedoch in Creating and Deploying Outlook Web Access Themes.
Wenn in Ihrer Exchange Server-Topologie separate Front-End- und Back-End-Server verwendet werden, müssen Sie die Windows-Registrierung in der Weise ändern, dass das Design auf allen Back-End-Servern hinzugefügt wird, und Sie müssen die Designdateien auf jedem der Front-End-Server an den gleichen Speicherort kopieren. Wenn Sie eine Clusterlösung verwenden, achten Sie darauf, die Änderungen auf jedem Clusterknoten vorzunehmen, so dass der Failover ordnungsgemäß erfolgt.
Wiederverwenden von Outlook Web Access-Webparts
Der Microsoft SharePoint Portal Server 2003 enthält vier Webparts, mit denen die Wiederverwendung von Outlook Web Access in einer Portalanwendung veranschaulicht wird. Die vier Webparts können den Inhalt der Ordner Kalender, Posteingang, Aufgaben und eines benutzerdefinierten Postfachordners anzeigen. Weitere Informationen über die SharePoint-Webparts finden Sie unter Integrating Exchange Server 2003 with SharePoint Products and Technologies.
Erstellen von benutzerdefinierten Formularen mithilfe von Exchange-Webformularen
Neben dem Ändern des Aussehens von Outlook Web Access können Sie das Programm auch auf das Arbeiten mit vollig neuen Typen von in Exchange gespeicherten Elementen erweitern. Verwenden Sie ASP-basierte Exchange Server-Webformulare, um die Darstellung und Änderungsweise von Elementen im Informationsspeicher zu ändern. Informationen zum Erstellen von benutzerdefinierten Exchange Server-Webformularen finden Sie auf MSDN®. Eine Übersicht der Exchange Server-Webformulare finden Sie in Web Forms. Tiefgreifendere Referenzinformationen zu Webformularen finden Sie in Exchange Web Forms.
Verwenden eines ISAPI-Filters zum Ändern des Zugriffsverhaltens von Outlook Web Access
Die Verwendung eines ISAPI-Filters (Internet Services Application Programming Interface) zum Abfangen von Aufrufen an Outlook Web Access wurde in Microsoft Knowledge Base-Artikeln und anderen Quellen erörtert. Zu den typischen Einsatzgebieten zählt das Ändern oder Einschränken der an Outlook Web Access gesendeten Informationen. Ein Beispiel findet sich in Knowledge Base-Artikel 310599, " Wie Festplattencodieren der Sprache der OWA-Oberfläche (maschinelle Übersetzung)", der beschreibt, wie die vom Outlook Web Access-Client verwendete Sprache eingeschränkt werden kann.
Microsoft rät jedoch ausdrücklich von der Verwendung von ISAPI-Filtern in Verbindung mit Outlook Web Access ab.