In diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 Service Pack 1 (SP1) nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können.
Die in diesem Dokument enthaltenen Angaben und Daten, einschließlich URL- und anderen Internet-Websiteverweisen, können ohne vorherige Ankündigung geändert werden. Das Dokument wird nur zu Informationszwecken zur Verfügung gestellt. Das vollständige Risiko der Nutzung oder der Ergebnisse der Nutzung dieses Dokumentes liegt beim Nutzer, und Microsoft übernimmt für dieses Dokument keine Gewährleistungen, weder ausdrücklich noch konkludent. Die in den Beispielen verwendeten Namen von Firmen, Organisationen, Produkten, Personen und Ereignissen sind frei erfunden, soweit dies nicht anders angegeben ist. Jede Ähnlichkeit mit bestehenden Firmen, Organisationen, Produkten, Personen oder Ereignissen ist rein zufällig. Die Benutzer sind verantwortlich für das Einhalten aller anwendbaren Urheberrechtsgesetze. Unabhängig von der Anwendbarkeit der entsprechenden Urheberrechtsgesetze darf ohne ausdrückliche schriftliche Erlaubnis der Microsoft Corporation kein Teil dieses Dokuments für irgendwelche Zwecke vervielfältigt oder in einem Datenempfangssystem gespeichert oder darin eingelesen werden, unabhängig davon, auf welche Art und Weise oder mit welchen Mitteln (elektronisch, mechanisch, durch Fotokopieren, Aufzeichnen usw.) dies geschieht
Microsoft kann im Besitz von Patenten oder Patentanträgen, Marken, Urheberrechten oder anderen Rechten über geistiges Eigentum sein, die den Inhalt dieses Dokuments betreffen. Die Bereitstellung dieses Dokuments erteilt keinerlei Lizenzrechte an diesen Patenten, Marken, Urheberrechten oder anderem geistigen Eigentum, ausgenommen, dies wurde explizit durch einen schriftlich festgehaltenen Lizenzvertrag mit der Microsoft Corporation vereinbart.
Copyright 2001 Microsoft Corporation. Alle Rechte vorbehalten.
Microsoft, MS-DOS, Windows, Windows NT und Outlook sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern.
Dieses Dokument enthält die folgenden Abschnitte:
Informationen zu diesem Dokument
Durchführen eines Upgrades auf SP1
Migrieren nach SP1
Outlook Web Access
Routing und Connectors
Clustering
Instant Messaging
Sicherheit
Web Storage System
In diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können. Im vorliegenden Dokument werden die Probleme, die sich in den Versionsinformationen zu Exchange Conferencing Server finden, nicht behandelt.
Das Konto, unter dem Update.exe ausgeführt wird, muss mindestens über die Berechtigungen der Funktion Administrative Gruppe verfügen (der Administrator benötigt jedoch nicht die Berechtigungen eines "vollständigen" Administrators). Darüber hinaus muss es sich auch um einen Lokalen Administrator handeln.
Ein Administrator mit Berechtigungen auf einer der folgenden Ebenen kann ein Upgrade für die Bereitstellungsversion von Exchange auf SP1 durchführen: Organisationsadministrator (vollständig oder allgemein), Administrator einer Administrativen Gruppe (vollständig oder allgemein) oder Unternehmensadministrator.
Ein Administrator mit Berechtigungen nur auf einer der folgenden Ebenen ist nicht berechtigt, ein Upgrade für die Bereitstellungsversion von Exchange auf SP1 durchführen: Organisationsadministrator (Anzeigen), Administrator einer Administrativen Gruppe (Anzeigen), Domänenbenutzer, Domänenadministrator.
Anmerkung Wenn Sie sowohl die Berechtigungen eines Administrators einer Administrativen Gruppe (allgemein) als auch die eines Administrators für den lokalen Computer innehaben, gelten einige Ausnahmen für die minimal erforderlichen Berechtigungen:
Mit jeder auf einem Exchange 2000-Server erstellten INI-Datei für die unbeaufsichtigte Aktualisierung können auch alle anderen Exchange 2000-Server aktualisiert werden, deren installierte Komponenten mit den in der INI-Datei aufgeführten Komponenten übereinstimmen.
So erstellen Sie eine INI-Datei für die unbeaufsichtigte Aktualisierung
update /createunattend <Laufwerk>:\Dateiname.ini
Anmerkung Geben Sie beispielsweise update /createunattend d:\update.ini ein. Setup ermittelt die auf dem Exchange 2000-Server installierten Komponenten und wählt die zu aktualisierenden Komponenten aus.
So verwenden Sie eine INI-Datei für die unbeaufsichtigte Installation
update /unattendfile <Laufwerk>:\Dateiname.ini
Anmerkung Geben Sie beispielsweise update /unattendfile d:\update.ini ein Setup führt eine Aktualisierung der in der INI-Datei festgelegten Komponenten durch.
Ggf. auftretende Fehler werden in der Datei Exchange Server Setup Progress Log protokolliert. Microsoft empfiehlt, nach Ausführung von Setup anhand der Protokolle zu überprüfen, ob die Aktualisierung erfolgreich durchgeführt wurde.
Die Datei Update.ini enthält keinerlei Verweise auf Domänennamen, Administratorgruppen, Routinggruppen, Exchange 5.5-Sitenamen, Serversprache, Installationslaufwerke oder -pfade. Die Aktualisierung bricht mit einem Fehler ab, wenn die installierten Komponenten und die durch die INI-Datei für die Aktualisierung ausgewählten Komponenten nicht übereinstimmen. Microsoft empfiehlt, sicherzustellen, dass sich die auf dem Exchange 2000-Server installierten Komponenten und die durch die INI-Datei für die Aktualisierung ausgewählten Komponenten entsprechen.
Um bei einer Vorversion von Active Directory Connector ein Upgrade auf Exchange 2000 SP1 durchzuführen, ist es erforderlich, das Programm ADC setup.exe auf der Exchange 2000 Server SP1-CD im Verzeichnis <CD-Laufwerk>/ADC/i386/setup.exe auszuführen.
Outlook Web Access-Clients downloaden Skriptdateien von den Front-End-Servern, mit denen eine Verbindung hergestellt ist. Unter Exchange Server 2000 Outlook-Webclients erstellte Skriptdateien sind nicht mit den von den Exchange 2000 SP1-Back-End-Servern erstellten Skriptdateien kompatibel. Beim Durchführen eines Upgrades von Exchange 2000 Server auf Exchange 2000 SP1 müssen die Front-End-Server bereits aktualisiert sein, bevor Exchange 2000 SP1 auf den Back-End-Servern installiert werden kann. Unter Exchange 2000 SP1 auf einem Front-End-Server erstellte Skriptdateien sind mit den von Exchange 2000- und Exchange 2000 SP1-Back-End-Servern erstellten Skriptdateien kompatibel.
Anmerkung Sind mehrere Front-End-Server vorhanden, ist es nicht erforderlich, dass alle diese Front-End-Server gleichzeitig aktualisiert werden. Es ist jedoch erforderlich, dass vor der Durchführung des Upgrades der Back-End-Server alle Front-End-Server aktualisiert werden.
Sind auf Ihrem Exchange 2000-Server Vorabversionen oder Betaversionen der Microsoft Web Storage-Systemformulare installiert, müssen diese Versionen über das Programm Software in der Systemsteuerung deinstalliert werden, bevor Exchange 2000 SP1 installiert wird. Bei der Installation von Exchange 2000 SP1 wird die aktuellste Version der Web Storage-Systemformulare installiert.
Der Exchange-Ereignisdienst wird unter Exchange 2000 aus Gründen der Abwärtskompatibilität mit den Exchange 5.5-Ereignisskripts bereitgestellt. Neue Anwendungen für Exchange 2000 sollten die Verwendung des Exchange-Ereignisdienstes zu Gunsten der Web Storage-Systemereignisse vermeiden, wie im Exchange 2000-SDK (Exchange 2000 Software Development Kit) erläutert wird. Zur Verwendung des Ereignisdienstes unter Exchange 2000 Server ist es bei der Durchführung eines Upgrades für einen bestehenden Exchange 5.5-Server und bei der Installation eines neuen Exchange 2000-Servers erforderlich, die folgenden Schritte auszuführen.
So verwenden Sie den Exchange-Ereignisdienst
Anmerkung Auf die Gruppe der lokalen Administratoren wird in den Abschnitten Lokale Benutzer und Gruppen des Tools Computerverwaltung verwiesen. Bei dieser Gruppe handelt es sich nicht um die Gruppe "Administratoren" in Active Directory-Benutzer und -Computer.
Wenn Sie für die Replikation von Postfächern zwischen einer Exchange 5.5-Organisation und einer eigenständigen Exchange 2000-Organisation ADC (Active Directory Connector) verwenden, besteht die Möglichkeit, eine X.500-Proxyadresse anzugeben.
Wenn Sie für die Replikation von Postfächern zwischen einer Exchange 5.5-Organisation und einer eigenständigen Exchange 2000-Organisation jedoch den Migrations-Assistenten verwenden, sollte die X.500-Adresse nur für die Verbindungsvereinbarung nach Active Directory angegeben werden. Die Verbindungsvereinbarung zu der Exchange 5.5-Organisation sollte nicht so konfiguriert sein, dass eine X.500-Adresse angegeben wird. Wenn Sie die ADC-Verbindungsvereinbarung so konfigurieren, dass in der Exchange 5.5-Organisation X.500-Adressen erstellt werden, tritt nach der Migration beim Erstellen der benutzerdefinierten Empfänger ein Fehler auf.
Anweisungen dazu, wie Verbindungsvereinbarungen bearbeitet werden und wie sichergestellt wird, dass in der Exchange 5.5-Organisation keine X.500-Adressen erstellt werden, erhalten Sie in der Onlinedokumentation zu Exchange-System-Manager.
Anmerkung Wichtige Anmerkungen im Zusammenhang mit der Durchführung eines Upgrades von Outlook Web Access auf SP1 in Umgebungen mit Front-End-Servern erhalten Sie im Abschnitt "Durchführen eines Upgrades auf SP1".
Die folgenden neuen Features werden jetzt von Outlook Web Access unterstützt:
E-Mail-Nachrichten können auch über eine Zusammenstellung verschiedener Zeichensätze kodiert werden. Wenn als Wert für den folgenden Registrierungsschlüssel 0x1 festgelegt ist:
DWORD HKLM\System\CurrentControlSet\Services\MSExchangeWEB\OWA\UseAltRegionalCharset.
dann werden sowohl bei Internet Explorer 5.01 und neueren Browsern als auch bei weniger weit entwickelten Browsern E-Mail-Nachrichten mit den folgenden Zeichensätzen erstellt:
Ist der Registrierungsschlüssel nicht festgelegt, verwenden mit Internet Explorer 5.01 und neueren Browsern erstellte E-Mail-Nachrichten UTF8, und mit weniger weit entwickelten Browsern erstellte E-Mail-Nachrichten verwenden die folgenden Zeichensätze:
Anmerkung Wenn sowohl der Registrierungsschlüssel UseRegionalCharset (wie in Knowledge Base-Artikel Q273615 angegeben) und der hier beschriebene Registrierungsschlüssel UseAltRegionalCharset gesetzt sind, hat der Registrierungsschlüssel UseAltRegionalCharset die höhere Priorität.
Wenn der Server so konfiguriert ist, dass aus dem Ordner "Gelöschte Objekte" entfernte Objekte nicht permanent gelöscht werden, können diese Objekte und Ordner nun mithilfe von Outlook Web Access angezeigt und wiederhergestellt werden.
So verwenden Sie dieses Feature
Wenn eine Besprechungsanfrage von einem POP3- oder IMAP4-Client gedownloadet wird, wird in die Nachricht ein URL für die Besprechungsanfrage aufgenommen. Der POP3- oder IMAP4-Benutzer kann dann über diesen URL zu der Outlook Web Access-Besprechungsanfrage wechseln und den Termin annehmen, um ihn automatisch dem eigenen Kalender hinzuzufügen.
Anmerkung Wenn Sie dieses Feature bei POP3-Clients verwenden, muss der POP3-Client so konfiguriert sein, dass eine Kopie der Nachricht auf dem Server verbleibt. Ist der POP3-Client so konfiguriert, dass die E-Mail-Nachricht nach dem Download auf den Client gelöscht wird, bewirkt dies, dass beim Klicken auf den URL in der Besprechungsanfrage ein HTTP 404-Fehler mit dem Inhalt angezeigt wird, dass die Outlook Web Access-Besprechungsangabe nicht verfügbar ist.
In der Hilfe wird ausgeführt, dass für jeden SMTP- und X.400-Connector nur ein lokaler Bridgeheadserver und ein Remotebridgeheadserver möglich sind. Richtig muss es heißen, dass für jeden SMTP-Connector mehrere lokale Bridgeheadserver und mehrere Smarthosts möglich sind. Für jeden X.400-Connector ist jedoch nur ein lokaler Bridgeheadserver und ein Remotebridgeheadserver möglich. Dies bedeutet, dass ein Lastenausgleich innerhalb der Routinggruppe mit SMTP-Connectors auf zwei Arten erreicht werden kann, entweder über mehrere Connectors oder mithilfe mehrerer lokaler Bridgeheadserver und Smarthosts (durch Kommas oder Semikolons getrennt). Bei der Verwendung von X.400-Connectors kann der Lastenausgleich also nur mit mehreren Connectors erreicht werden. Sie können auch mehrere X.400-Connectors konfigurieren, von denen jeder einen anderen Transporttyp, beispielsweise TCP/IP oder X.25, unterstützt.
In der Onlinedokumentation zu Exchange wird nicht erwähnt, dass in einem SMTP-Connector (durch Kommas oder Semikolons getrennt) mehrere Smarthosts konfiguriert werden können. Dieses Merkmal ist hilfreich, wenn ein Lastenausgleich zwischen mehreren Smarthosts durchgeführt werden soll. Darüber hinaus bietet diese Option Vorteile im Zusammenhang mit der Fehlertoleranz des Systems, da der Exchange-Server mit der Ausführung beim nächsten Smarthost fortfahren kann, wenn ein Smarthost nicht mehr reagiert.
Der Kalenderconnector wird in der japanischen Version von Exchange 2000 SP1 nicht unterstützt.
Über Exchange 2000 SP1 wird auch der Kalenderconnector bereitgestellt. Dieser muss jedoch über ein eigenes Setup-Programm installiert werden.
Die Dokumentation zu Kalenderconnector, die ursprünglich über die Infodatei Info.rtf zur Verfügung gestellt wurde, wurde entfernt. Die entsprechenden Inhalte wurden in die Onlinedokumentation zu Exchange 2000 SP1 eingefügt.
Der Kalenderconnector in Exchange 2000 SP1 kann auf bestimmte Kalenderabfragen nicht reagieren, wenn die Frei/Gebucht-Daten des anderen Benutzers auf einem Exchange-Server unter Microsoft Exchange 5.5 oder früher repliziert wurden. Wenn diese Konfiguration unterstützt werden soll, ist es erforderlich, Kalenderconnector für Exchange Version 5.5 oder früher zu verwenden.
Aktualisierte Informationen über Empfehlungen zur Clusterkonfiguration erhalten Sie unter http://www.microsoft.com/exchange.
In Exchange 2000 SP1 steht für Instant Messaging ein neues Verfahren zur Herstellung einer Verbindung durch den Client zur Verfügung. Dieses Verfahren zur Herstellung einer Verbindung, die Abruf genannt wird, ermöglicht es Clients, eine Verbindung zu einem Exchange 2000 Instant Messaging-Server herzustellen, auch dann, wenn der Server keine Verbindung zu dem Client aufbauen kann, oder wenn sich der Server auf der anderen Seite eines Firewalls befindet. Über das Abrufen kann sichergestellt werden, dass ein Client eine Verbindung zu einem Instant Messaging-Server herstellen und mit diesem Daten austauschen kann. Ist es erforderlich, eine Sofortnachricht oder eine Statusaktualisierung an den Client zu übermitteln, kann eine Nachricht über diese offene Verbindung übermittelt werden.
Weitere Informationen zum Abrufen und zur Konfiguration von Exchange 2000 Instant Messaging für das Abrufen erhalten Sie in Microsoft Knowledge Base-Artikel Q285781.
Wenn Certificate Server unter Windows 2000 ein neues Exchange-Zertifikat ausstellt, sind die folgenden Angaben (je nach verwendeter Sprachversion von Windows 2000) möglicherweise fehlerhaft.
Beim Erstellen eines Front-End-Servers in einer Hostingumgebung sollte das erste Speichergruppenobjekt im Exchange System-Manager nicht entfernt werden. Speicher für Öffentliche Ordner und private Speicher dürfen standardmäßig gelöscht werden. Der MSExchangeIS-Dienst hängt jedoch vom ersten Speichergruppenobjekt in dem Verzeichnis ab.