Anmerkungen zu dieser Version von Exchange Server 2007

 

Letztes Änderungsdatum des Themas: 2008-05-15

Weitere wichtige Informationen finden Sie weiter unten in diesem Dokument im Abschnitt "Rechtlicher Hinweis".

Willkommen bei Microsoft Microsoft Exchange Server 2007. Dieses Dokument enthält die folgenden Abschnitte:

  • Anmerkungen zu dieser Version von Exchange Server 2007 Management Pack für Microsoft Operations Manager

  • Bekannte Probleme

  • Anweisungen zur Umgehung ausgewählter bekannter Probleme

  • Rechtlicher Hinweis

Anmerkungen zu dieser Version von Exchange Server 2007 Management Pack für Microsoft Operations Manager

Die Anmerkungen zu dieser Version von Microsoft Exchange Server 2007 Management Pack für Microsoft Operations Manager stehen als eigenständige HTM-Datei über die Webseite Microsoft Exchange Server 2007 Management Pack für Microsoft Operations Manager zur Verfügung.

Bekannte Probleme

In dieser Version von Exchange 2007 werden bekannte Probleme aus den folgenden Bereichen beschrieben:

  • Setup   Probleme im Zusammenhang mit dem Setup oder Update bzw. Probleme, die beim Einrichten eines neuen Servercomputers mit Exchange 2007 auftreten.

  • Windows Server   Probleme im Zusammenhang mit einem bestimmten Build von Microsoft Windows Server bzw. Probleme, die einen Servercomputer mit Windows betreffen.

  • UnifiedMessaging   Probleme im Zusammenhang mit der Serverfunktion UnifiedMessaging (UM).

  • Mailbox   Probleme im Zusammenhang mit der Serverfunktion Mailbox.

  • ClientAccess   Probleme im Zusammenhang mit der Serverfunktion ClientAccess.

  • Edge- und Hub-Transport   Probleme im Zusammenhang mit den Serverfunktionen Hub-Transport oder Edge-Transport.

  • Einzelkopiecluster   Probleme im Zusammenhang mit Einzelkopieclustern (Single Copy Cluster, SCC).

  • Fortlaufende Clusterreplikation und fortlaufende lokale Replikation   Probleme im Zusammenhang mit der fortlaufenden Clusterreplikation (Cluster Continuous Replication, CCR) und der fortlaufenden lokalen Replikation (Local Continuous Replication, LCR).

  • Verschiedenes   Probleme, die nicht im Zusammenhang mit einem bestimmten Produkt, einem Feature oder einer Serverfunktion stehen.

Setup

  • Setup unterstützt keine Kommas auf der Befehlszeile   Setup unterstützt keine Verwendung von Kommas in Netzwerknamen auf der Befehlszeile. Um dieses Problem zu umgehen, geben Sie Netzwerknamen, die Kommas enthalten, in einer Antwortdatei an.

  • Zum Entfernen des letzten Servercomputers mit Exchange 200x sind manuelle Schritte erforderlich   Sie müssen einige Schritte ausführen, um den letzten Servercomputer mit Exchange 2000 oder 2003 aus Ihrer Organisation zu entfernen. Informationen hierzu finden Sie weiter unten in diesem Dokument unter "Entfernen des letzten Servercomputers mit Exchange 200x".

    Hinweis

    Features, die in Exchange 2003 und Exchange 2000 verfügbar waren, sind in Exchange 2007 nicht mehr verfügbar. Machen Sie sich vor dem Entfernen des letzten Servercomputers mit Exchange 2000 oder 2003 aus Ihrer Organisation mit den Funktionsänderungen vertraut. Eine vollständige Liste der Änderungen finden Sie unter Eingestellte Features und Funktionen mit geringerer Bedeutung.

  • Eine Aktualisierung von früheren Versionen von Exchange 2007 wird nicht unterstützt   Aktualisierungen von früheren Versionen von Exchange 2007 (früher Exchange "12"), z. B. von der Betaversion 2, werden nur unterstützt, wenn Sie an einem Vorabversionsprogramm wie z. B. RDP (Rapid Deployment Program) teilnehmen. Sie müssen frühere Versionen von Exchange 2007 deinstallieren und dann die Originalversion (RTM) von Exchange 2007 installieren.

  • Reine Aktualisierungen der Verwaltungstools aus früheren Exchange 2007-Versionen werden nicht unterstützt   Das Aktualisieren der Exchange 2007-Verwaltungstools aus früheren Versionen von Exchange 2007 wird nicht unterstützt. Um die Verwaltungstools zu aktualisieren, müssen Sie Ihre Version deinstallieren und dann die RTM-Version von Exchange 2007 installieren.

  • Windows 2003 Enterprise Edition ist für Postfachclusterserver erforderlich.   Microsoft Windows Server 2003, Enterprise Edition, ist erforderlich, um die Features "fortlaufende Clusterreplikation" und "Einzelkopiecluster" in Exchange 2007 verwenden zu können.

  • Vorhandene Exchange-Installationen.   Wenn Sie die Installation in einer Organisation ausführen, die bereits Servercomputer mit Exchange enthält, müssen diese Server die folgenden Voraussetzungen erfüllen:

    • In der Gesamtstruktur befinden sich keine Servercomputer mit Exchange Server 5.5.

    • Auf den Servercomputern mit Exchange Server 2003 muss mindestens Exchange Server 2003 Service Pack 2 installiert sein.

    • Auf den Servercomputern mit Exchange 2000 Server muss mindestens Exchange 2000 Server Service Pack 3 installiert sein.

  • Organisationen mit Exchange 2000 Server benötigen ein Update für den Exchange-System-Manager von Exchange 2000   Vor der Installation von Exchange 2007 in einer Organisation mit Servercomputern mit Exchange 2000 muss auf den Servern mit Exchange 2000 das aktuellste Microsoft Exchange 2000 Server Post-Service Pack 3 (SP3) Updaterollup installiert werden. Die Überprüfung der Voraussetzungen für die Installation von Exchange 2007 kann nicht erkennen, ob dieses Rollup installiert ist. Das Updaterollup beinhaltet die aktualisierte Datei exadmin.dll, die dem Exchange-System-Manager von Exchange 2000 die Verarbeitung der Objektversionsinformationen von Exchange 2007 ermöglicht. Ohne das Updaterollup berücksichtigt der Exchange-System-Manager von Exchange 2000 keine Versionsinformationen. Weitere Informationen zu diesem Updaterollup sowie zum Herunterladen des Rollups finden Sie im Microsoft Knowledge Base-Artikel 870540 Verfügbarkeit des Update Rollup für Exchange 2000 Server nach Service Pack 3 vom August 2004.

    Hinweis

    Wenn Sie über Computer verfügen, auf denen der Exchange-System-Manager von Exchange 2000 installiert ist, beispielsweise Computer unter Microsoft Windows XP, sollte das aktuellste Exchange 2000 Server Server Post-Service Pack 3 (SP3) Updaterollup ebenfalls auf diesen Computern installiert werden.

  • Die 64-Bit-Version von "msclus.dll" ist für die Verwaltung eines Exchange 2007-Clusters erforderlich.   Durch die Installation des 64-Bit-Verwaltungspakets unter Microsoft Windows XP wird die 32-Bit-Version von msclus.dll, nicht die 64-Bit-Version installiert. Für die Exchange 2007-Verwaltungstools ist die 64-Bit-Version erforderlich. Um dieses Problem zu umgehen, kopieren Sie %systemroot%\system32\msclus.dll von einem 64-Bit-Servercomputer mit Windows Server 2003 an den gleichen Speicherort auf dem 64-Bit-Computer mit Windows XP, und führen Sie dann regsvr32 %systemroot%\system32\msclus.dll aus.

  • Während der Installation wird die akzeptierte SMTP-Standarddomäne automatisch auf Ihren Active Directory-FQDN festgelegt.   Wenn Sie Exchange 2007 installieren, wird der Domänenname des Active Directory-Verzeichnisdiensts als akzeptierte Standarddomäne verwendet. Manche Active Directory-DNS-Zonen sind nur intern und verfügen über keine Beziehung zu Ihrer externen DNS-Zone. Informationen zum Festlegen einer neuen akzeptierten Domäne finden Sie in der Exchange 2007-Hilfe unter "Erstellen akzeptierter Domänen".

Windows Server

  • Windows x64 führt zu Instabilitäten bei CDOEX und ExOLEDB.   Die x64-Version von Windows Server 2003 kann zu Instabilitäten bei bestimmten Komponenten führen, die von ExOLEDB oder CDOEX abhängig sind. Es kann zu Informationsspeicherabstürzen aufgrund von Instabilitäten kommen. Wenn es zu solchen Abstürzen kommt, finden Sie Informationen im Microsoft Knowledge Base-Artikel 918980 zum Thema UPDATE: Die Funktion "IRow::GetColumns" des Exchange-OLE DB-Anbieters gibt unerwarteterweise den Fehlercode 0x80010105 auf einem Server zurück, auf dem eine 64-Bit-Version von Windows Server 2003 Service Pack 1 ausgeführt wird (in englischer Sprache).

  • Das Installieren oder Ausführen der RTM-Version von Exchange 2007 auf Computern mit dem Betriebssystem Windows Server 2008 wird nicht unterstützt. Beachten Sie Folgendes, wenn Sie die Bereitstellung von Windows Server 2008 in Ihrer Umgebung planen:

    • Eine Aktualisierung des Betriebssystems auf Windows Server 2008 mit anschließender Aktualisierung von Exchange 2007 auf Exchange 2007 SP1 wird nicht unterstützt.

    • Darüber hinaus wird auch eine Aktualisierung von Exchange 2007 auf Exchange 2007 SP1 mit anschließender Aktualisierung des Betriebssystems auf Windows Server 2008 nicht unterstützt.

    • Zur Bereitstellung von Exchange 2007 SP1 unter Windows Server 2008 müssen Sie Windows Server 2008 auf einem Computer installieren, auf dem Microsoft Exchange nicht installiert ist, und Exchange 2007 SP1 anschließend installieren.

      Informationen zu Exchange 2007 SP1 finden Sie auf der Webseite Microsoft Exchange Server 2007 Service Pack 1 (SP1) - Anmerkungen zu dieser Version.

Unified Messaging

  • Eingehende Faxe werden möglicherweise nicht oder nur unvollständig empfangen, wenn das Fax mithilfe bestimmter Faxgeräte gesendet wird.   Eingehende Faxe werden möglicherweise nicht oder nur unvollständig empfangen, wenn das Fax mithilfe bestimmter Faxgeräte gesendet und durch einen AudioCodes-Gateway weitergeleitet wird. Um dieses Problem zu beheben, ändern Sie die Konfigurationsdatei für den Gateway und legen die Baudrate auf 9600 anstatt auf die Standardeinstellung 14400 fest. Informationen zum Ändern dieser Einstellung finden Sie in der AudioCodes-Dokumentation auf der Microsoft Exchange 2007 UM-Ressourcenseite unter http://www.audiocodes.com/content.aspx?voip=2331 (Englisch).

    Hinweis

    UNRESOLVED_TOKEN_VAL(exNote3rdPartyURL) 

  • Das Hinzufügen, Entfernen oder Ändern von Durchwahlen für UM-aktivierte Benutzer ist nicht möglich.   Nachdem ein Benutzer mit einer Durchwahl für Unified Messaging aktiviert wurde, können Durchwahlen nicht hinzugefügt, entfernt oder geändert werden. Sie möchten Durchwahlen für einen Benutzer ggf. ändern, wenn dieser aus einer Test- in eine Produktionsumgebung migriert wird, bzw. hinzufügen, wenn Sie eine sekundäre Durchwahl oder Faxnummer ergänzen möchten. Sie können die Durchwahl effektiv ändern, indem Sie disable-UMMailbox für den Benutzer und dann Enable-UMMailbox mit der neuen Durchwahl und/oder zusätzlichen Durchwahlen ausführen. Das folgende Exchange-Verwaltungsshellbeispiel zeigt diesen Vorgang:

    Enable-UMMailbox -identity:<user> -extensions:<ext1>, <ext2>, ...
    

    Hinweis

    Nachdem dieser Befehl ausgeführt wurde, wird die PIN des Benutzers für das UM-Postfach zurückgesetzt.

  • UM stürzt möglicherweise ab, wenn ein Gatewayname nicht ordnungsgemäß formatiert ist.   Wenn Unified Messaging im SIP-gesicherten (Session Initiation Protocol) Modus ausgeführt wird, stürzt der Unified Messaging-Arbeitsprozess möglicherweise ab. Dieser Fall tritt ein, wenn ein Gateway mit einer IP-Adresse vorhanden ist, die in einen vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) aufgelöst wird, der einem anderen Gateway oder Servercomputer mit Exchange mit einem Namen entspricht, der nicht ausschließlich Kleinschreibung verwendet. Unter diese Umständen werden vorhandene Anrufe verworfen. Die Problemumgehung besteht darin, einen FQDN anzugeben, der ausschließlich Kleinschreibung verwendet, anstatt eine IP-Adresse beim Aufrufen des Cmdlets new-UMIPGateway zu verwenden und die Ausführung im SIP-gesicherten Modus vorzunehmen.

Mailbox

  • Das Entfernen des Postfachs der Systemaufsicht führt dazu, dass manche Postfachvorgänge fehlschlagen.   Wenn die Postfachdatenbank entfernt wird, in der sich das Postfach der Systemaufsicht befindet, führen Verschiebevorgänge von Postfächern auf dem Server zu Fehlern, von dem aus der Verschiebevorgang für das Postfach ausgeführt wird. Die Fehlermeldung lautet folgendermaßen: "Fehler für <Postfachname>. Ursache: Der Informationsspeicher konnte nicht geöffnet werden. Fehler beim MAPI-Anbieter. MAPI 1.0-ID: 8004011d-0289-00000000, Fehlercode: -1056636928". Um diesen Fehler zu beheben, erstellen Sie auf dem Server eine Datenbank. Auf diese Weise wird das Postfach der Systemaufsicht automatisch neu erstellt.

ClientAccess

  • Für die Unterstützung selbstsignierter SSL-Zertifikate auf mehreren Clientzugriffsservern erforderliche Registrierungsschlüsseleinstellungen    Exchange 2007 wird mit einem selbstsignierten SSL-Standardzertifikat (Secure Sockets Layer) installiert. Sie können dieses Zertifikat verwenden, wenn Sie SSL für Exchange ActiveSync, Microsoft Office Outlook Web Access und den Verfügbarkeitsdienst aktivieren; Benutzern wird jedoch eine Eingabeaufforderung angezeigt, weil das Zertifikat von den meisten Clientanwendungen als ungültig betrachtet wird. Exchange ActiveSync und Microsoft Office Outlook Web Access unterstützen Proxyweiterleitung von einem Clientzugriffsserver auf einen anderen Clientzugriffsserver. Damit der Proxyvorgang bei Verwendung eines selbstsignierten Zertifikats erfolgreich ist, müssen Sie die folgenden Registrierungsschlüssel wie gezeigt konfigurieren:

    • HKLM\System\CurrentControlSet\Services\MSExchangeOWA\AllowInternalUntrustedCerts = 1

    • HKLM\System\CurrentControlSet\Services\MSExchangeOWA\AllowExternalUntrustedCerts = 1

    CautionAchtung:
    UNRESOLVED_TOKEN_VAL(exRegistry) 
  • Das Seitenzoomfeature von Internet Explorer 7 kann Fehler mit Outlook Web Access bewirken.   Wenn Sie das Seitenzoomfeature von Windows Internet Explorer 7.0 mit der Exchange Server 2007-Version von Office Outlook Web Access verwenden, wird die Einfügemarke auf dem Bildschirm falsch dargestellt. Dies kann zu unerwartetem Verhalten führen. Um dieses Problem zu umgehen, ändern Sie den Schriftgrad, anstatt das Zoomfeature in Internet Explorer 7.0 zu verwenden.

  • Ein Domänencontroller-Hotfix ist erforderlich, wenn Exchange 2007 mit einem Domänencontroller verbunden ist, der eine andere als die englische Version verwendet, damit das Adressbuch in Outlook Web Access ordnungsgemäß funktioniert.   Wenn Sie Outlook Web Access verwenden und der Clientzugriffsserver mit einem Domänencontroller verbunden ist, auf dem eine andere als die englische Version von Windows ausgeführt wird, müssen Sie den im Knowledge Base-Artikel beschriebenen Hotfix KB919166 auf Ihrem Domänencontroller installieren. Ohne diesen Hotfix verursachen Adressbuchvorgänge in Outlook Web Access einen Fehler, wenn die Gebietsschemaeinstellung der Benutzeroberfläche Ihrer Benutzer von der des Domänencontrollers abweicht. Dieser Hotfix wird im Knowledge Base-Artikel 919166 Die Adressbuchfunktion von Exchange 12 wird abgebrochen, wenn der Exchange OWA-Client und der auf Windows Server 2003 basierende Domänencontroller nicht die gleichen Gebietsschemaeinstellungen aufweisen näher beschrieben.

Edge- und Hub-Transport

  • Ein abonnierter Edge-Transport-Server wird von der Exchange-Organisation möglicherweise nicht als lizenziert erkannt.   Damit Edge-Transport-Server als lizenziert angezeigt werden, muss der Lizenzschlüssel auf dem Edge-Transport-Server angewendet werden, bevor das Edge-Abonnement erstellt wird. Wenn der Lizenzschlüssel nach dem Abonnement angewendet wurde, müssen Sie das Edge-Abonnement vom Edge-Transport-Server und aus dem Active Directory-Standort entfernen und den Abonnementvorgang von vorn beginnen.

  • EdgeSync-Probleme, wenn alle Hub-Transport-Server entfernt wurden   Hub-Transport-Server, die nach der Erstellung eines Edge-Abonnements bereitgestellt werden, werden von EdgeSync nicht berücksichtigt. Damit die neuen Hub-Transport-Server Daten auf Edge-Servern synchronisieren, müssen Sie die Edge-Abonnements in der Organisation und auf jedem Edge-Server entfernen. Führen Sie anschließend den Abonnementvorgang erneut aus.

Einzelkopiecluster

  • Ausführen des Cmdlets "New-Mailbox" auf einem Einzelkopiecluster mit mindestens zwei aktiven Knoten   Wenn ein Einzelkopiecluster mit mindestens zwei aktiven Postfachclusterservern bereitgestellt wird, verursacht das Cmdlet New-Mailbox auf mindestens einem der Postfachclusterserver einen Fehler. Dabei gibt das Cmdlet New-Mailbox die folgende Fehlermeldung aus:

    Fehler: Eine Proxy-Generator-DLL auf Server <Servername> wurde nicht gefunden, oder bei der Initialisierung ist ein Fehler aufgetreten. Proxyadressen für den aktuellen Empfänger können nicht berechnet werden. Stellen Sie sicher, dass alle Proxyadress-Generator-DLLs auf dem Zielserver installiert wurden.

    Der Fehler ist das Ergebnis eines fehlenden Objekts in Active Directory. Das Objekt wird für den ersten im Cluster erstellten Postfachclusterserver ordnungsgemäß erstellt, für nachfolgende Postfachserver ist das Objekt jedoch falsch. Sie können dieses Problem beheben, indem Sie das Objekt gemäß der Beschreibung im Knowledge Base-Artikel Aktivieren der Postfacherstellung auf dem zweiten oder einem nachfolgenden Postfachclusterserver in einem Exchange 2007-Einzelkopiecluster (Single Copy Cluster, SCC) manuell erstellen.

    Hinweis

    Das gleiche Problem kann auf allen Postfachclusterservern auftreten, wenn Sie den ersten Postfachclusterserver löschen und dann einen anderen Postfachclusterserver erneut hinzufügen. Selbst wenn dieses Problem auftritt, funktioniert das Cmdlet Move-Mailbox ordnungsgemäß. Benutzer können daher ohne Probleme auf den Server verschoben werden.

Fortlaufende Clusterreplikation und fortlaufende lokale Replikation

  • Fehlerhafte Erstellung mehrerer Exchange Server-Administratorgruppen   Die wiederholte Ausführung von New-ClusteredMailboxServer und Remove-ClusteredMailboxServer im Anschluss hinterlässt zahlreiche Exchange Server-Administratorgruppen in Active Directory.

  • Der Fehler mit der Ereignis-ID 7005 ist beabsichtigt.   Dieser Fehler kann ignoriert werden. Der Microsoft Exchange-Transportprotokoll-Suchdienst (MSExchangeTransportLogSearch) protokolliert alle 10 Minuten die Fehlerereignis-ID 7005 (ComputerNameNotCurrentlyAvailableException) auf dem passiven Knoten in einem Cluster. Diese Aktion findet statt, weil MSExchangeTransportLogSearch die Konfiguration eines Postfachclusterservers nicht abrufen kann. Auf Clusterknoten ist der Name des Postfachservers nicht mit Environment.MachineName identisch. Daher kann MSExchangeTransportLogSearch den lokalen Server nicht ermitteln, der zum Durchführen von Nachrichtenverfolgungs-Suchvorgängen verwendet wird. Der Transportprotokoll-Suchdienst funktioniert nur auf dem aktiven Knoten; auf dem passiven Knoten wartet er nur darauf, aktiv zu werden.

  • "Get-StorageGroupCopyStatus" kann einen falschen Status melden.   In den folgenden Szenarien meldet Get-StorageGroupCopyStatus selbst dann einen fehlerfreien Status, wenn der Status nicht fehlerfrei ist:

    • Die logischen Datenbanken werden fehlerhaft, und die Datenbank kann sowohl auf dem aktiven als auch auf den passiven Knoten nicht mehr bereitgestellt werden.

    • Aus bestimmten Gründen ist keine Sicherung verfügbar; auf Dateisystemebene werden daher alle datenbankbezogenen Dateien auf beiden Knoten des Clusters gelöscht, und eine neue, leere Datenbank wird bereitgestellt. Alternativ wird eine alte Sicherung wiederhergestellt, die vollständige Sammlung der Protokolle, die erforderlich sind, um die Datenbank vollständig zu aktualisieren, fehlt jedoch. In beiden Fällen tritt für die Protokollgenerierung auf dem aktiven Knoten eine Verzögerung gegenüber den Erwartungen des passiven Knotens ein, sodass der passive Knoten darauf wartet, dass die "nächste" Protokolldatei zur Verfügung steht.

      Unter diesen Umständen zeigt Get-StorageGroupCopyStatus die Datenbank als fehlerfrei an, wenn auf dem passiven Knoten keine Daten vorhanden sind. Durch einen Neustart des Microsoft Exchange-Replikationsdiensts wird bewirkt, dass der Systemstatus erneut ordnungsgemäß angezeigt wird.

Verschiedenes

  • Der Leistungsindikator "Gesendete SMTP-Bytes" zählt nicht alle gesendeten Bytes   Der Leistungsindikator "Gesendete SMTP-Bytes" zählt die Nachrichtenbytes nicht richtig. Es wird nur die Protokollverhandlung und nicht die TLS-Informationen (Transport Layer Security) erfasst. Nachrichtenbytes sind die in einer Nachricht enthaltenen Bytes (z. B. nur die Nachrichtengröße).

  • Variierende Buildversionsnummern   Die Versionsnummer des Exchange Server 2007 RTM-Builds ist 685.25. Wenn Sie die Version in der Exchange-Verwaltungskonsole oder die Eigenschaft AdminDisplayVersion für Exchange Server in der Exchange-Verwaltungsshell anzeigen, wird statt der Version 685.25 die Version 685.24 angezeigt. Wenn Sie die Version von Exchange in der Registrierung überprüfen, wird dort 685.25 angezeigt. Darüber hinaus werden die Servercomputer mit Exchange in Microsoft Operations Manager (MOM) mit der Version 685.25 angezeigt. Outlook zeigt an, dass Sie mit 685.24 verbunden sind. Diese Inkonsistenzen sind beabsichtigt und können daher ignoriert werden.

  • Das Festlegen der Eigenschaft "GzipLevel" von Outlook Web Access auf "High" verursacht Fehler in komprimierten Anhängen   Komprimierte Dateien (z. B. ZIP-Dateien), auf die über Microsoft Windows SharePoint zugegriffen wird, werden ebenfalls fehlerhaft, wenn Windows SharePoint und die Exchange-Funktion ClientAccess auf demselben Computer installiert sind und gleichzeitig die Eigenschaft GzipLevel von Outlook Web Access auf High festgelegt ist. Wenn Ihre Benutzer nicht auf komprimierte Dateien zugreifen, ist es akzeptabel, die Eigenschaft GzipLevel auf High festzulegen (z. B. set-owavirtualdirectory -identity <OWA_Site> -GzipLevel High). Wenn Ihre Benutzer allerdings mit komprimierten Dateien arbeiten, müssen Sie entweder die Komprimierung deaktivieren (Festlegen von GzipLevel auf Off) oder die Einstellung auf dem Standardwert Low belassen. Die gleichzeitige Installation von SharePoint und der Exchange-Funktion ClientAccess auf demselben Server wird nicht empfohlen.

  • Nach der Installation von Microsoft .NET Framework 2.0 Update für Exchange 2007 funktionieren die Skriptingfunktionen und Makros für VSA oder die Makros in Visual Studio nicht ordnungsgemäß.   Wenn Sie Microsoft .NET Framework 2.0 Update für Exchange 2007 installiert haben und mit Anwendungen arbeiten, die Microsoft Visual Studio für Applikationen (VSA) oder Makros in Microsoft Visual Studio mit Exchange 2007 verwenden, funktionieren die Skripting- und Makrofunktionen möglicherweise nicht ordnungsgemäß. Dieses Problem tritt auf, weil die VSA-Komponenten-DLLs nicht ordnungsgemäß gestartet werden können. Für dieses Problem ist ein Update verfügbar. Laden Sie zum Ausführen von VSA/Visual Studio-Makroanwendungen den VSA-Laufzeit-Hotfix herunter (FIX: Benutzerdefinierte Anwendungen, die die Visual Studio für Applications Visual Basic Runtime verwenden, sind möglicherweise nicht in der Lage, Makros zu kompilieren oder auszuführen). Um mithilfe von VSA oder Visual Studio Makros zu debuggen oder zu kompilieren, müssen Sie außerdem den entsprechenden Entwurfszeit-Hotfix herunterladen FIX: Sie können ein Makro in Visual Studio 2005 nicht ausführen.

  • Der Ereignisprotokolleintrag mit der Quelle "MSExchangeTransport" und der Ereignis-ID 1036 ist falsch.   Der aktuelle Text von Ereignis-ID 1036 lautet "Das eingehende Zertifikat für die direkte Vertrauensstellung mit dem Fingerabdruck '%1' ist abgelaufen. Führen Sie 'New-ExchangeCertificate' aus, um ein neues Zertifikat für die direkte Vertrauensstellung zu generieren." Der Text für das Ereignis sollte folgendermaßen lauten: "Das TLS-Standardzertifikat für den Server wurde außer Kraft gesetzt, das neue Zertifikat wurde jedoch nicht für SMTP aktiviert. Führen Sie 'Enable-ExchangeCertificate' aus, um das neue Zertifikat für SMTP zu aktivieren".

  • Serbisch (Lateinisch) (Sr-Latn-CS) wird in Exchange 2007 nicht unterstützt, sondern nur Serbisch (Kyrillisch) (Sr-Cyrl-CS)   In der Exchange 2007-Betaversion 2 wurde angegeben, dass beide Sprachen unterstützt werden. Serbisch (Lateinisch) (Sr-Latn-CS) wird in Exchange 2007 nicht unterstützt; nur Serbisch (Kyrillisch) (Sr-Cyrl-CS) wird unterstützt.

  • Die SCW-Registrierung für andere als englischsprachige Versionen von Exchange 2007, die im MUI-Modus von Windows ausgeführt werden, führt zu einem Fehler.   Die SCW-Registrierung (Secure Configuration Wizard, Sicherheitskonfigurations-Assistent) ist erforderlich, um SCW mit Exchange 2007 für den Windows Multilingual User Interface Pack-Modus (MUI) verwenden zu können. Die SCW-Registrierung führt auf einem Server zu einem Fehler, auf dem eine andere als eine englischsprachige Version von Exchange 2007 installiert ist. Um dieses Problem zu umgehen, öffnen Sie die Dateien Exchange2007.xml und Exchange2007Edge.xml im Ordner <installdir>\scripts und ändern dann die Einstellung LocaleID im Tag SCWLocalization in "0409".

  • Beim Update werden die Grenzwerte für unbegrenzte Nachrichtengröße ignoriert und auf die Exchange 2007-Standardwerte festgelegt.   Die Grenzwerte für Exchange Server 2003-Nachrichten werden auf die Exchange 2007-Standardwerte festgelegt, nachdem der erste Servercomputer mit Exchange 2007 installiert wurde, wenn die Exchange 2003-Nachrichtengrenzwerte auf unbegrenzt festgelegt waren.

  • Exchange Server-Administratorrechte sind für die Verwendung der Exchange-Warteschlangenanzeige erforderlich.   Exchange Server-Administratorrechte sind für die Verwendung der Exchange-Warteschlangenanzeige erforderlich. Sie müssen sich mit einem Domänenkonto anmelden, das über die Berechtigungen der Exchange Server-Administratorrolle verfügt. Das Konto muss außerdem Mitglied der lokalen Gruppe Administratoren auf dem Computer sein, auf dem Sie die Warteschlangenanzeige ausführen.

  • Die im Hilfethema "Bereitstellen der Nachrichtenklassifikation für Outlook 2007" beschriebene Exportbefehlssyntax ist falsch.   Die im Exchange 2007-Hilfethema "Bereitstellen der Nachrichtenklassifikation für Outlook 2007" beschriebene Exportbefehlssyntax ist falsch. Außerdem wurde die Nachrichtenklassifikations-Exportfunktion aktualisiert. Die richtigen Informationen lauten folgendermaßen:

    • Führen Sie den folgenden Befehl aus, um alle vorhandenen Nachrichtenklassifikationen in eine Datei Classifications.xml zu exportieren:

      ./Export-OutlookClassification.ps1 >path\Classifications.xml
      
    • Führen Sie den folgenden Befehl aus, um alle vorhandenen Nachrichtenklassifikationen eines bestimmten Gebietsschemas in eine Datei Classifications.xml zu exportieren, wobei "en" der Gebietsschemacode ist:

      ./Export-OutlookClassification.ps1 -Locale "en" >Classifications.xml
      

      Der Parameter Locale nimmt den Datentyp CultureInfo an. Weitere Informationen zum Datentyp CultureInfo finden Sie in der Tabelle mit den vordefinierten Kulturbezeichnungen und IDs unter Klasse "CultureInfo". Wenn das Gebietsschema nicht vorhanden ist, werden keine Nachrichtenklassifikationen in die Datei Classifications.xml geschrieben.

      Hinweis

      Sie können bestimmte Nachrichtenklassifikationsinstanzen nicht mittels Pipelining in das Skript Export-OutlookClassification.ps1 umleiten. Um bestimmte Nachrichtenklassifikationen zu entfernen, müssen Sie die Instanzen manuell aus der Datei Classifications.xml entfernen.

  • Exchange ActiveSync sollte für Benutzer in einer Dial Tone-Datenbank deaktiviert werden.   Wenn ein mobiles Gerät mit einer Dial Tone-Datenbank synchronisiert wird, können im Postfach des Benutzers Elementduplikate erstellt werden. Sie sollten Exchange ActiveSync für Benutzer deaktivieren, deren Postfächer in einer Dial Tone-Datenbank gespeichert sind. Der folgende Befehl der Exchange-Verwaltungshell zeigt beispielhaft, wie Exchange ActiveSync für einen einzelnen Benutzer deaktiviert wird:

    Set-CASMailbox <user_name> -ActiveSyncEnabled:$False
    
  • Die "Gruppe 'Exchange-Serveradministratoren'" muss die "Rolle 'Exchange-Serveradministratoren'" heißen.   Mehrere Hilfethemen enthalten zurzeit die Aussage "Um die folgenden Verfahren auf einem Computer ausführen zu können, ...müssen Sie sich mit einem Domänenkonto anmelden, das über die Berechtigungen der Gruppe 'Exchange-Serveradministratoren' verfügt". Eine solche Sicherheitsgruppe ist nicht vorhanden. Die erforderlichen Berechtigungen sind gegeben, wenn das Konto Mitglied der Rolle Exchange-Serveradministratoren ist. Sie können diese Rolle einem Benutzer oder einer Gruppe mithilfe des Cmdlets Add-ExchangeAdministrator in der Exchange-Verwaltungsshell zuweisen. Sie können diese Rolle auch mithilfe des Exchange-Assistenten zum Hinzufügen von Administratoren in der Exchange-Verwaltungskonsole zuweisen.

  • Das Kontrollkästchen "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" zeigt keine Änderungen an, wenn "Kennwort läuft nie ab" auf TRUE festgelegt wurde.   Wenn Sie in Active Directory-Benutzer und -Computer das Kontrollkästchen Benutzer muss Kennwort bei der nächsten Anmeldung ändern aktivieren, das Kontrollkästchen Kennwort läuft nie ab ebenfalls aktiviert ist und Sie auf Übernehmen klicken, wird eine Warnmeldung angezeigt, und der Benutzer muss das Kennwort bei der nächsten Anmeldung nicht ändern. Zurzeit wird die Änderung ohne Anzeige einer Warnmeldung ignoriert, wenn Sie die Einstellung Benutzer muss Kennwort bei der nächsten Anmeldung ändern in der Exchange-Verwaltungsshell und der Exchange-Verwaltungskonsole ändern und Kennwort läuft nie ab aktiviert ist.

  • Sicherheitseinstellungen hindern Sie am Anzeigen von CHM-Dateien.   Erweiterte Sicherheitseinstellungen hindern Sie am Anzeigen einer CHM-Datei aus einer Dateifreigabe. Wenn remote auf die Datei setup.exe von Exchange Server zugegriffen wird, zeigt die Hilfe-Verknüpfung auf dem Eröffnungsbildschirm einen Fehler des Typs "Seite nicht gefunden" für die CHM-Datei an. Um dieses Problem zu beheben, kopieren Sie die Datei exchhelp.chm von der Netzwerkfreigabe auf Ihren lokalen Datenträger und öffnen die Datei dann von dem lokalen Datenträger, um die Hilfe anzuzeigen. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 896358 MS05-026: Sicherheitsanfälligkeit in HTML-Hilfe kann Remotecodeausführung ermöglichen.

  • Alle Adresslisten sollten über die Exchange 2007-Verwaltungskonsole verwaltet werden.   Das Verwalten von Adresslisten, die in der Exchange 2007-Verwaltungskonsole erstellt wurden, im Exchange-System-Manager von Exchange 2003 bewirkt Fehler und kann zu einem Absturz des Exchange-System-Managers führen. Sie sollten alle in Exchange 2007 erstellten Adresslisten nur über die Exchange-Verwaltungskonsole verwalten.

  • Kompatible Server lassen sich nicht über die Exchange-Verwaltungskonsole verwalten.   Servercomputer, auf denen Exchange Server 2003 oder Exchange 2000 Server ausgeführt wird, können nicht über die Exchange-Verwaltungskonsole verwaltet werden. Dies gilt nicht für Tasks, die in diesem oder anderen auf der Microsoft-Website veröffentlichten Dokumenten dokumentiert sind.

  • Server mit Exchange 2007 können nicht über kompatible Verwaltungskonsolen verwaltet werden.   Servercomputer mit Exchange 2007 können nicht über die Verwaltungskonsole eines Servers verwaltet werden, auf dem Exchange Server 2003 oder Exchange 2000 ausgeführt wird. Dies gilt nicht für Tasks, die in diesem oder anderen auf der Microsoft-Website veröffentlichten Dokumenten dokumentiert sind.

  • Exchange 2007-Objekte sollten nicht mithilfe von "Active Directory-Benutzer und -Computer" erstellt werden.   Wenn der Exchange-System-Manager installiert ist, ermöglicht Ihnen Active Directory-Benutzer und -Computer das Erstellen von Postfächern auf Servercomputern mit Exchange 2007. Dies ist jedoch keine unterstützte Aktion. Auf diese Weise erstellte Postfächer werden als "Legacypostfächer" (Exchange 2003 oder Exchange 2000) betrachtet, obwohl sie sich auf einem Servercomputer mit Exchange 2007 befinden. Exchange 2007 besitzt keinen Empfängeraktualisierungsdienst zum Aktualisieren von Benutzerattributen. Mithilfe von Active Directory-Benutzer und -Computer erstellte Benutzer würden nur vollständig konfiguriert, wenn in der Organisation ein Servercomputer mit Exchange 2000 Server oder Exchange Server 2003 vorhanden wäre, der über einen Empfängeraktualisierungsdienst verfügt, der für das Bereitstellen des neu erstellten Postfachs konfiguriert ist.

Anweisungen zur Umgehung ausgewählter bekannter Probleme

Dieser Abschnitt enthält die folgenden Informationen:

  • Entfernen des letzten Servercomputers mit Exchange 200x

Entfernen des letzten Servercomputers mit Exchange 200x

In diesem Abschnitt finden Sie die Schritte, die erforderlich sind, um den letzten Servercomputer mit Exchange 200x ordnungsgemäß aus einer Exchange 2007-Organisation zu entfernen. Hierbei sind Schritte auszuführen, die der Vorbereitung zum Entfernen des Servercomputers dienen. Im Anschluss an deren Ausführung kann dann der letzte Servercomputer mit Exchange 200x tatsächlich entfernt werden.

Vorbereiten des Entfernens des letzten Servercomputers mit Exchange 200x aus einer Exchange Server 2007-Organisation

  1. Schließen Sie den Verschiebevorgang nach Exchange 2007 für alle Postfächer ab. Weitere Informationen zum Verschieben von Postfächern finden Sie unter Verschieben eines Postfachs innerhalb einer Gesamtstruktur.

  2. Verschieben Sie alle Replikate Öffentlicher Ordner von dem Servercomputer mit Exchange 200x auf den Servercomputer mit Exchange 2007. Hierzu öffnen Sie den Exchange-System-Manager, erweitern zuerst den zu entfernenden Server, dann alle Speichergruppen und suchen schließlich den Informationsspeicher für Öffentliche Ordner. Klicken Sie mit der rechten Maustaste auf den Informationsspeicher, und wählen Sie Alle Replikate verschieben aus. Wählen Sie eine Öffentliche Ordner-Datenbank auf einem Servercomputer mit Exchange 2007 aus.

  3. Ändern Sie den Server für die Generierung des Offlineadressbuchs (OAB) entweder mithilfe der Exchange-Verwaltungsshell oder mithilfe der Exchange-Verwaltungskonsole:

    • Bei Verwendung der Exchange-Verwaltungsshell führen Sie das Cmdlet Move-OfflineAddressBook aus:

      move-OfflineAddressBook -id <oal name> -Server <E2K7 Mailbox Server>
      
    • Bei Verwendung der Exchange-Verwaltungskonsole wechseln Sie zum Container Postfach unterhalb von Organisationskonfiguration und klicken dann auf die Registerkarte Offlineadressbuch. Klicken Sie mit der rechten Maustaste auf alle OABs, deren Generierungsserver der Servercomputer mit Exchange 200x ist, und wählen Sie dann Verschieben. Wechseln Sie, sobald der Assistent zum Verschieben von Offlineadressbüchern startet, zum Servercomputer mit Exchange 200x, wählen Sie diesen aus, und klicken Sie auf OK, wodurch der Verschiebevorgang gestartet wird.

  4. Wenn Sie nicht für alle ausgehenden SMTP-Connectors auf Ihrem Servercomputer mit Exchange 200x entsprechende ausgehende SMTP-Connectors auf den Servercomputern mit Exchange 2007 erstellt haben, erstellen Sie alle ausgehenden Exchange 200x-SMTP-Connectors als Sendeconnectors auf einem Exchange 2007-Transport-Server neu.

    Hinweis

    Wenn Sie die Exchange 2007-Serverfunktion Edge-Transport bereitstellen, ist dieser Schritt nicht erforderlich.

  5. Entfernen Sie mithilfe des Exchange-System-Managers die Öffentlichen Ordner- und Postfachdatenbanken von den Servercomputern mit Exchange 200x.

    Hinweis

    In Exchange 2003 Service Pack 2 verhindert der Exchange-System-Manager das Entfernen der Öffentlichen Ordner- und Postfachdatenbanken, bis alle Öffentlichen Ordner-Replikate den Verschiebevorgang im Hintergrund abgeschlossen haben und alle Postfächer verschoben wurden. Die Verschiebung von Replikaten kann durchaus längere Zeit in Anspruch nehmen. Gegebenenfalls kann der Vorgang sogar Tage dauern. Ein erzwungenes Entfernen vor dem Abschluss der Replikation kann zu Datenverlusten führen. Wenn Sie über eine frühere Version von Exchange-System-Manager verfügen (z. B. Exchange 2000), überprüfen Sie den Knoten Öffentliche Ordner-Instanzen unterhalb der Öffentlichen Ordner-Datenbank, die gelöscht werden soll. Ist die Anzeige leer, kann die Datenbank sicher entfernt werden.

  6. Überprüfen Sie, ob alle eingehenden Nachrichten an einen Exchange 2007-Transportserver weitergeleitet werden.

  7. Vergewissern Sie sich, dass alle eingehenden Protokolldienste (Exchange ActiveSync, Office Outlook Web Access, Outlook Anywhere, POP3, IMAP4, AutoErmittlungsdienst und alle anderen Exchange-Webdienste) auf einen Exchange 2007-Clientzugriffsserver verweisen.

  8. Löschen Sie die Routinggruppenconnectors, die die Exchange 200x- sowie die Exchange 2007-Routinggruppe verbinden. Hierzu können Sie den Exchange-System-Manager von Exchange 200x verwenden oder das Cmdlet Remove-RoutingGroupConnector in der Exchange-Verwaltungskonsole ausführen.

  9. Wechseln Sie mithilfe des Exchange-System-Managers von Exchange 200x zu Ihren Empfängerrichtlinien. Überprüfen Sie die Eigenschaften aller Richtlinien. Wenn einige Empfängerrichtlinien vorhanden sind, die reine Postfach-Manager-Richtlinien sind (d. h., dass sie keinen E-Mail-Adresstyp definieren, weshalb auch keine Registerkarte E-Mail-Adresse vorhanden ist), können diese Richtlinien gelöscht werden. Wenn Richtlinien vorhanden sind, die sowohl E-Mail- als auch Postfach-Manager-Richtlinien sind (es wird eine Registerkarte Postfach-Managereinstellungen angezeigt), klicken Sie mit der rechten Maustaste auf diese Richtlinien und wählen Eigenschaftenfenster ändern. Deaktivieren Sie dann die Einstellungen im Abschnitt für den Postfach-Manager. Führen Sie diesen Schritt für alle Richtlinien aus.

Entfernen des letzten Servercomputers mit Exchange 200x aus einer Exchange Server 2007-Organisation

  1. Bevor Sie dieses Verfahren durchführen, müssen Sie das weiter oben in diesem Dokument dargelegte Verfahren "Vorbereiten des Entfernens des letzten Servercomputers mit Exchange 200x aus einer Exchange Server 2007-Organisation" ausführen.

  2. Verschieben Sie im Exchange-System-Manager von Exchange 200x die Öffentliche Ordner-Hierarchie aus der administrativen Exchange-Gruppe in die administrative Exchange 2007-Gruppe.

    1. Klicken Sie im Exchange-System-Manager von Exchange 200x mit der rechten Maustaste auf die administrative Exchange 2007-Gruppe und wählen Sie zuerst Neu und dann Container für Öffentliche Ordner.

    2. Wechseln Sie zu der administrativen Exchange 200x-Gruppe, die die Öffentliche Ordner-Struktur enthält, erweitern Sie Ordner, und ziehen Sie dann Öffentliche Ordner in die Ordner unterhalb der administrativen Exchange 2007-Gruppe.

      Hinweis

      Wird dieser Schritt nicht durchgeführt oder tritt dabei ein Fehler auf, kann dies dazu führen, dass die Bereitstellung der Öffentlichen Exchange 2007-Informationsspeicher nicht möglich ist, wenn die letzte administrative Exchange 200x-Gruppe gelöscht ist.

  3. Löschen Sie die Domänen-Empfängeraktualisierungsdienste. Wechseln Sie im Exchange-System-Manager von Exchange 200x zu Empfänger, wählen Sie Empfängeraktualisierungsdienste aus, und löschen Sie dann den Domänen-Empfängeraktualisierungsdienst.

  4. Der Unternehmens-Empfängeraktualisierungsdienst kann nicht mithilfe des Exchange-System-Managers von Exchange 200x gelöscht werden. Hierzu müssen Sie die ADSI-Bearbeitung (AdsiEdit.msc) wie folgt verwenden:

    1. Öffnen Sie AdsiEdit, wechseln Sie zu Konfigurationsnamenskontext, Dienste, Microsoft Exchange, <Exchange_Org_Name>, Address Lists Container, Empfängeraktualisierungsdienste, und löschen Sie dann den Empfängeraktualisierungsdienst (Unternehmenskonfiguration).

      Hinweis

      Verwenden Sie die ADSI-Bearbeitung nicht zum Ändern oder Löschen von Exchange 2007-Objekten. Der Löschvorgang in diesem Schritt dient dem Entfernen von Legacyobjekten, die von Exchange 2007 nicht mehr benötigt werden.

  5. Deinstallieren Sie Exchange 200x mithilfe von Software.

    Hinweis

    Der Exchange-System-Manager von Exchange 200x kann auf einem der Computer in Ihrer Domäne installiert bleiben. Durch das Zurückbehalten des Exchange-System-Managers von Exchange 200x können Sie weiterhin die Verwaltung Öffentlicher Ordner über die Exchange-System-Manager-Benutzeroberfläche vornehmen. Exchange 2007 verfügt zurzeit über keine grafische Benutzeroberfläche für die Verwaltung Öffentlicher Ordner sowie für Detail- und Adressvorlagen. Wenn der Exchange-System-Manager von Exchange 200x installiert bleiben soll, wählen Sie im Exchange 200x-Installations-Assistenten eine Änderungsaktion und entfernen dann die "Messaging und Collaboration"-Komponente, aber nicht die Verwaltungstools.

    Hinweis

    Löschen Sie keine der administrativen Exchange 200x-Gruppen (administrative Legacygruppen), die jemals Postfächer enthalten haben. Die LegacyExchangeDNs von Benutzern verweisen weiterhin auf die alten administrativen Gruppen, und solange Clients andere Versionen von Outlook als Outlook 2007 verwenden, werden die LegacyExchangeDNs zum Auffinden von Frei/Gebucht-Informationen verwendet. Wenn die administrativen Gruppen nicht mehr vorhanden sind, ist es nicht sicher, dass der Frei/Gebucht-Ordner für Benutzer mit entsprechendem LegacyExchangeDN weiterhin vorhanden ist, weshalb diese Benutzer dann möglicherweise Schwierigkeiten bekommen, Frei/Gebucht-Informationen zu suchen bzw. zu veröffentlichen. Darüber hinaus wird der LegacyExchangeDN von Benutzern beim Delegieren des Zugriffs auf Ordner über den Outlook-Client verwendet.
    Sie sollten außerdem keine Empfänger-E-Mail-Richtlinien löschen, die E-Mail-Adressen enthalten, die auch weiterhin in Ihrer Organisation definiert sein sollen. Exchange 2007 verwendet diese Richtlinien, wenn neue Empfänger bereitgestellt werden.

Rechtlicher Hinweis

Die in diesen Unterlagen enthaltenen Angaben und Daten, einschließlich URL- und anderen Internet-Websiteverweisen, können ohne vorherige Ankündigung geändert werden. Die in den Beispielen verwendeten Namen von Firmen, Organisationen, Produkten, Domänennamen, E-Mail-Adressen, Logos, Personen, Orten und Ereignissen sind frei erfunden, soweit dies nicht anders angegeben ist. Jede Ähnlichkeit mit bestehenden Firmen, Organisationen, Produkten, Domänennamen, E-Mail-Adressen, Logos, Personen, Orten und Ereignissen ist rein zufällig und nicht beabsichtigt. Die Benutzer/innen sind verpflichtet, sich an alle anwendbaren Urheberrechtsgesetze zu halten. Unabhängig von der Anwendbarkeit der entsprechenden Urheberrechtsgesetze darf ohne ausdrückliche schriftliche Genehmigung 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.

Es ist möglich, dass Microsoft Rechte an Patenten bzw. angemeldeten Patenten, an Marken, Urheberrechten oder sonstigem geistigen Eigentum besitzt, die sich auf den fachlichen Inhalt dieses Dokuments beziehen. Die Bereitstellung dieses Dokuments bedeutet keine Gewährung von Lizenzrechten an diesen Patenten, Marken, Urheberrechten oder anderem geistigen Eigentum, ausgenommen, dies wurde explizit durch einen schriftlich festgehaltenen Lizenzvertrag mit der Microsoft Corporation vereinbart.

© 2006 Microsoft Corporation. Alle Rechte vorbehalten.

Microsoft, MS-DOS, Windows, Windows Mobile, Windows Server, Windows Vista, Active Directory, ActiveSync, Internet Explorer, Outlook, SharePoint und Visual Studio sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern.

Alle anderen geschützten Marken gehören dem jeweiligen Eigentümer.