Unterstütze Prozessoren

• Intel Pentium oder kompatibler 32-Bit-Prozessor mit mindestens 800 MHz.
• Auf der x64-Architektur basierender Prozessor der Intel Xeon- oder Intel Pentium-Produktfamilie, der die Intel® Extended Memory 64 Technology (Intel® EM64T) unterstützt.
• Auf der x64-Architektur basierender Computer mit AMD Opteron- oder AMD Athlon-64-Bit-Prozessor, der die AMD64-Plattform unterstützt.

  Hinweis:
  Intel Itanium IA64-Prozessoren werden nicht unterstützt.

Arbeitsspeicher

• Mindestens: 1 GB RAM pro Server, zzgl. 7 MB pro Postfach.
• Empfohlen: 2 GB RAM pro Server, zzgl. 10 MB pro Postfach.
• Die Größe der Auslagerungsdatei sollte gleich der RAM-Größe im Server sein.

Verfügbarer Speicherplatz auf dem Datenträger

• Mindestens 1,2 GB verfügbarer Speicherplatz auf dem Datenträger, auf dem Exchange installiert werden soll Zusätzlich werden 500 MB verfügbarer Speicherplatz für jedes UM-Sprachpaket (Unified Messaging) benötigt, dessen Installation geplant ist.
• 200 MB verfügbarer Speicherplatz auf dem Systemlaufwerk
• DVD-Laufwerk (lokal oder mit Netzwerkzugriff)

• Betriebssystem:
  • 32-Bit Beta 2 Exchange Server 2007-Testversion   Wird unter Microsoft Windows Server 2003 Service Pack (SP) 1 und Windows Server 2003 R2 Standard oder Enterprise Edition ausgeführt. Die Enterprise Edition ist erforderlich, um die Features "fortlaufende Clusterreplikation" und "Einzelkopiecluster" in Exchange 2007 verwenden zu können.

    Wichtig:
    Die Installation der 32-Bit-Version von Exchange 2007 wird in Test- und Schulungsumgebungen unterstützt, nicht aber in Produktionsumgebungen. In Produktionsumgebungen müssen Sie die 64-Bit-Version von Exchange 2007 installieren.

    Hinweis:
    Sie können die Exchange-Verwaltungstools (in denen die Exchange-Verwaltungskonsole, die Exchange-Verwaltungsshell und die Exchange-Hilfedatei enthalten sind) auf einem Computer mit einem 32-Bit-Prozessor installieren, auf dem Microsoft Windows Server 2003 oder Windows XP ausgeführt wird.

  • 64-Bit Beta 2 Exchange Server 2007-Testversion   Wird unter Windows Server 2003 x64 und Windows Server 2003 R2 x64 Standard oder Enterprise Edition ausgeführt. Die Enterprise Edition ist erforderlich, um die Features "fortlaufende Clusterreplikation" und "Einzelkopiecluster" in Exchange 2007 verwenden zu können.
• Microsoft .NET Framework 2.0   Exchange 2007 basiert auf Microsoft .NET Framework 2.0. Informationen zum Download finden Sie unter .NET Framework Developer Center.
• Windows PowerShell   Die RC0-Version (Release Candidate) von Windows PowerShell muss installiert sein, da die Exchange-Verwaltungskonsole in der Windows PowerShell ausgeführt wird bzw. darauf aufsetzt. Im Eröffnungsbildschirm der Installation finden Sie einen Link zum Herunterladen der erforderlichen RC0-Version von Windows PowerShell.
• Internet Information Services (IIS)   Der WWW-Publishingdienst (W3SVC) ist für die Serverfunktionen ClientAccess und Mailbox erforderlich. Darüber hinaus wird für die Serverfunktion ClientAccess ASP.NET benötigt.
• Microsoft Management Console (MMC) 3.0   Build 3.0 der MMC muss installiert sein. Informationen zum Download finden Sie unter MMC 3.0-Update für Windows Server 2003 und für Windows XP verfügbar.
• Auf "Einheitlicher Modus" festgelegter Betriebsmodus der Exchange-Organisation   Der Exchange-Betriebsmodus für die Organisation muss Einheitlicher Modus sein.
• Auf "Windows 2000 pur" oder höher festgelegte Active Directory-Domänenfunktionsebene   Diese Domänenfunktionsebene ist für die Unterstützung der neuen universellen Gruppe von Exchange Server erforderlich.
• Der Schemamaster muss Microsoft Windows Server 2003 oder Microsoft Windows Server 2003 Service Pack 1 sein   Auf dem Server mit der Funktion Schema Master Flexible Single Master Operation (FSMO) muss Windows Server 2003 oder Windows Server 2003 mit Service Pack 1 installiert sein.
• Hotfix 904639 für Windows Server 2003   Weitere Informationen zu diesem Hotfix, der im Zusammenhang mit 64-Bit-Installationen steht, finden Sie im Microsoft Knowledge Base-Artikel 904639 mit Informationen darüber, dass bei dem Versuch, ein 64-Bitprogramm auszuführen, das die Oberflächen-Remotingkomponente von MDAC 2.8 auf einem Computer verwendet, auf dem Windows Server 2003 ausgeführt wird, eine Zugriffsverletzung auftreten kann. Dieser Artikel enthält Links zu dem Hotfix.

  Wichtig:
  Die Installation der 32-Bit-Version von Exchange 2007 wird in Test- und Schulungsumgebungen unterstützt, nicht aber in Produktionsumgebungen. In Produktionsumgebungen müssen Sie die 64-Bit-Version von Exchange 2007 installieren.

  Hinweis:
  Sie können die Exchange-Verwaltungstools (in denen die Exchange-Verwaltungskonsole, die Exchange-Verwaltungsshell und die Exchange-Hilfedatei enthalten sind) auf einem Computer mit einem 32-Bit-Prozessor installieren, auf dem Microsoft Windows Server 2003 oder Windows XP ausgeführt wird.

• Hotfix 921181 für Windows Server 2003   Dieser Hotfix ist für die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR) erforderlich. Er fügt eine Dateifreigabezeugen-Option für ein Hauptknotensatz-Quorum hinzu sowie die Möglichkeit zum Konfigurieren von Clustertakten. Weitere Informationen zu diesem Hotfix finden Sie im Microsoft Knowledge Base-Artikel 921181 zum Thema Ein verfügbares Update fügt Windows Server 2003 Service Pack 1-basierten Serverclustern ein Dateifreigabezeugen-Feature und ein Feature zum Konfigurieren von Clustertakten hinzu (nur in Englisch). Es wird empfohlen, diesen Artikel zusätzlich zur Dokumentation für CCR heranzuziehen.
• Vorhandene Exchange-Installationen   Wenn Sie die Installation in einer Organisation ausführen, die bereits Server mit Exchange enthält, müssen diese Server die folgenden Voraussetzungen erfüllen:
  • In der Gesamtstruktur befinden sich keine Computer mit Exchange Server 5.5.
  • Auf Computern mit Exchange Server 2003 muss mindestens die Version Exchange Server 2003 Service Pack 2 installiert sein.
  • Auf Computern mit Exchange 2000 Server in Ihrer Organisation muss mindestens die Version Exchange 2000 Server Service Pack 3 installiert sein.

• Änderungen bei der Befehlszeileninstallation   Wenn Setup an einer Eingabeaufforderung ausgeführt und der erste Server mit Exchange in der Organisation installiert wird, müssen sie den Parameter /OrganizationName verwenden, um so den Namen Ihrer Exchange-Organisation anzugeben. Es handelt sich hierbei um einen erforderlichen Parameter, ohne den die Installation fehlschlägt.
• Das Installieren der Serverfunktion "ClientAccess" wirkt sich möglicherweise auf vorhandene ASP.NET-Anwendungen aus   Durch die Installation der Serverfunktion ClientAccess werden die Standardversion von ASP.NET und die Versionen aller ASP.NET-Skriptzuordnungen auf die Version v2.0.5027 festgelegt. Diese Einstellung kann vorhandene Anwendungen beschädigen, die eine andere Version von ASP.NET benötigen. Um dieses Problem zu beheben, führen Sie für jedes betroffene virtuelle Verzeichnis aus der entsprechenden Version von ASP.NET aspnet_regiis.exe -s <Metabase_Pfad_zum_virtuellen_Verzeichnis> aus. Normalerweise befindet sich bei installierten Versionen von ASP.NET die Datei aspnet_regiis.exe im Ordner c:\windows\microsoft.net\framework\<ASP.NET_Versionsnummer>\.
• 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 Servern mit Exchange 2000 muss auf diesen Servern das neuste 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 über dieses Updaterollup sowie zum Herunterladen des Rollups finden Sie im Microsoft Knowledge Base-Artikel 87540, 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 neuste Exchange 2000 Server Post-Service Pack 3 (SP3) Updaterollup ebenfalls auf diesen Computern installiert werden. Wenn dies bereits erfolgt ist, müssen Sie ebenfalls Exchange 2000 Service Pack 3 auf diesen Computern installieren, da dies eine Voraussetzung für die Installation des Rollups ist.

• 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 von akzeptierten Domänen".
• Die Serverfunktion "ClientAccess" kann nicht direkt aktualisiert werden   Um einen Server mit Exchange 2007 zu aktualisieren, auf dem die Serverfunktion ClientAccess installiert ist, müssen Sie die Funktion ClientAccess vor der Ausführung von Setup von dem Server entfernen. Für Clientzugriffsserver ist kein direkter Aktualisierungspfad vorhanden.
• Bei der Installation wird die Unterstützung von DAV in einer Einzelservertopologie verlangt   Wenn Sie Exchange 2007 in Ihrer Topologie installieren und die Serverfunktionen ClientAccess, Mailbox und Hub-Transport auf demselben Server installiert sind, muss die Funktion ClientAccess vor der Funktion Mailbox installiert werden, weil die Funktion Mailbox die richtige DLL für die Verarbeitung von DAV-Anforderungen auf dem lokalen Computer installiert. Andernfalls wird durch die Installation der Serverfunktion ClientAccess die Exproxy-DLL für Proxyanforderungen an andere Computer registriert, wodurch Anforderungen den lokalen Server nicht mehr erreichen können, wenn dieser nach der Funktion Mailbox installiert wird. Diese Installationsreihenfolge ist zurzeit das Standardverhalten bei der Installation eines neuen Servers, bei der alle Funktionen ausgewählt werden.
• Die Serverfunktion "ClientAccess" muss neu installiert werden, wenn die Serverfunktion "Mailbox" von einem Server entfernt wird, auf dem die Funktion "ClientAccess" installiert ist   Wenn Sie die Funktion Mailbox von einem Server entfernen, auf dem die Funktion ClientAccess installiert ist, müssen Sie die Funktion ClientAccess zuerst entfernen und dann erneut installieren, damit Exproxy erneut für die Verarbeitung von DAV-Anforderungen registriert wird und diese dann an den geeigneten Postfachserver weiterleiten kann.
• Nach der Veröffentlichung eines Hilfethemas haben sich die Speicherorte für Protokolldateien geändert   In dem Exchange 2007-Hilfethema "Überprüfen einer Exchange 2007-Installation" wird im Inhalt zu den Installationsprotokolldateien für manche der Protokolldateien auf die falschen Speicherorte für Protokolldateien verwiesen. In der folgenden Tabelle sind die richtigen Pfade für die korrekten Einträge aufgeführt.

  Speicherort	Inhalt	Serverfunktion
  <Systemlaufwerk>\ExchangeSetupLogs\Exsetup.log	Diese Datei enthält Informationen zum Status der Überprüfung von Voraussetzungen und Systembereitschaft, die vor dem Start der Installation ausgeführt werden. Dieses Protokoll ist die erste Protokolldatei, mit deren Hilfe eine schnelle Überprüfung möglich ist, ob die Serverfunktionen erwartungsgemäß installiert wurden.	Hub-Transport, Mailbox, ClientAccess und UnifiedMessaging
  <Systemlaufwerk>\ExchangeSetupLogs\ExchangeServer.msilog	Diese Datei enthält Informationen über die Extraktion des Exchange 2007-Codes aus der Installer-Datei.	Hub-Transport, Mailbox, ClientAccess, UnifiedMessaging und Edge-Transport
  <Systemlaufwerk>\ExchangeSetupLogs\Exchange Server Setup Progress.log	Diese Datei enthält Informationen über die Änderungen, die von der Exchange 2007-Installation an Ihrem Betriebssystem vorgenommen werden, einschließlich Änderungen an der Registrierung.	Hub-Transport, Mailbox, ClientAccess und UnifiedMessaging

• Der Windows-Firewall-SCW wird in Beta 2 nicht unterstützt   Die Verwendung des Windows Server 2003-Sicherheitskonfigurations-Assistenten (Secure Configuration Wizard, SCW) wird für die Bereitstellung von Exchange 2007 Beta 2 nicht unterstützt.
• Windows x64 führt Instabilitäten bei CDOEX und ExOLEDB ein   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 Problemlösung: 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 (nur in Englisch).

• UM-Wählpläne sind standardmäßig auf "Englisch (USA)" festgelegt   Im Rahmen der Abschlussvorgänge der Bereitstellung, die im Anschluss an die Installation des ersten Servers mit Exchange 2007, auf dem die Serverfunktion UnifiedMessaging ausgeführt wird, ausgeführt werden, wird der UM-Server einem UM-Wählplan hinzugefügt. Die verfügbaren UM-Sprachen (Englisch (USA) und eine weitere Sprache, je nach Installationssprache bei nicht englischen Exchange-Versionen) werden zu den für den Wählplan verfügbaren Sprachen hinzugefügt. Die Standardsprache des UM-Wählplans ist aber immer auf Englisch (USA) festgelegt, auch wenn die Exchange-Installation nicht in Englisch ist. Diese Einstellung wird in der RTM-Version (Release to Manufacturing) geändert. Verwenden Sie die Exchange-Verwaltungskonsole oder die Exchange-Verwaltungsshell, um den UM-Wählplan so zu konfigurieren, dass die erforderliche Sprache verwendet wird. Weitere Informationen finden Sie weiter unten in diesem Dokument unter "Standardsprache für Wählpläne".
• Für die Serverfunktion "UnifiedMessaging" ist ein zugelassener IP/PBX- oder VoIP-Gateway erforderlich   Für die Aktivierung von Unified Messaging ist ein zugelassenes IP/PBX-System oder eine Verbindung mit einem PBX-Legacysystem über einen VoIP-Gateway (Voice over IP) erforderlich, um Exchange Unified Messaging mit einer PBX-Anlage zu verbinden. Die derzeit zugelassenen VoIP-Gateways werden von Intel und AudioCodes hergestellt. Exchange Server Unified Messaging verwendet die VoIP-Protokolle SIP und RTP für die Sprachkommunikation. Da diese Protokolle von konventionellen PBX-Systemen nicht direkt unterstützt werden, ist ein VoIP-Gateway erforderlich, um die Konvertierung von konventionellen Protokollen in VoIP-Protokolle zu übernehmen. Weitere Informationen zu VoIP-Gateways finden Sie in der Exchange 2007-Hilfe unter "Informationen zum Unified Messaging-Teilnehmerzugriff".
• Das spanische Sprachpaket wird an einigen Stellen nicht ordnungsgemäß angezeigt   An zwei Stellen wird das UM-Sprachpaket "Spanisch (Lateinamerika)" fehlerhaft mit den Zeichencodes es-MX identifiziert:
  
  
  • Als Bestandteil des Namens des Microsoft Windows Installer-Pakets für das Sprachpaket (umlang-es-MX.msi).
  • Der Code, mit dem das Sprachpaket angegeben werden muss, wenn es einer vorhandenen UM-Installation hinzugefügt wird ("exsetup /addumlanguagepack es-MX ...").
  Das Sprachpaket "Spanisch (Lateinamerika)" wird richtig mit dem Zeichencode EsMx angezeigt, wenn es (als UM-Standardsprache oder Teil einer Gruppe von verfügbaren UM-Sprachen) mit der Exchange-Verwaltungskonsole oder der Exchange-Verwaltungsshell angezeigt wird.
• Spracherkennung steht nur in der englischen Beta 2 zur Verfügung   Unified Messaging basiert auf dem TTS-Modul (Text-to-Speech, Sprachausgabe) und der automatischen Spracherkennungsfunktion (Automatic Speech Recognition, ASR), die vom Microsoft Speech Server-Dienst bereitgestellt werden. Sowohl das TTS-Modul als auch die voraufgezeichneten Ansagen für eine bestimmte Unified Messaging-Sprache sind als "Sprachpakete" erhältlich. Die Unified Messaging-Sprachpakete sind in 16 verschiedenen Sprachen erhältlich, die alle auf der Produkt-DVD enthalten sind. Aber nicht alle UM-Sprachpakete unterstützen automatische Spracherkennung. Die UM-Sprachpakete sind auf der Beta 2-DVD oder über das Web zum Herunterladen verfügbar.

  Hinweis:

  Wenn Sie die Serverfunktion UnifiedMessaging in Exchange 2007 installieren, werden in Abhängigkeit von der Administrationssprache des Servers Unified Messaging-Standardsprachpaket(e) automatisch installiert. Im Anschluss können dann weitere Sprachpakete für Unified Messaging mithilfe der Befehle Exsetup.exe /addUMlanguagepack oder Exsetup.exe /removeUMlanguagepack hinzugefügt oder entfernt werden. Es gibt keinen Befehl der Exchange-Verwaltungsshell mit dem Sprachpakete für Unified Messaging hinzugefügt oder entfernt werden können. Mit dem Befehl Exsetup /AddUmLanguagePack:de-DE /s:d:\Downloads\UmLanguagePacks wird beispielsweise das deutsche Unified Messaging-Sprachpaket von dem angegebenen Quellspeicherort hinzugefügt, während mit Exsetup /RemoveUmLanguagePack:de-DE,fr-FR das deutsche und das französische Unified Messaging-Sprachpaket entfernt werden. Das englische (USA; en-US) Unified Messaging-Sprachpaket kann nicht entfernt werden. Es wird automatisch zusammen mit der Serverfunktion UnifiedMessaging installiert und deinstalliert.

• Sprachausgabe (Text-to-Speech, TTS) wird für manche Sprachen verwendet   Exchange 2007 Unified Messaging kommuniziert mit Anrufern und Benutzern über das Telefon, indem Ansagen wiedergegeben werden und auf Spracheingaben und/oder Tasteneingaben reagiert wird. In der endgültigen Veröffentlichungsversion werden die Ansagen generell voraufgezeichnet sein. In der Beta 2-Version wird die Sprachsynthese (Text-zu-Sprache-Konvertierung) jedoch für bestimmte Sprachen verwendet, für die noch keine Ansagen voraufgezeichnet wurden. Aufgezeichnete Ansagen werden für die folgenden Sprachen verfügbar sein:
  • de-DE   Deutsch
  • en-US    Englisch (USA)
  • fr-FR   Französisch (Frankreich)
  • it-IT   Italienisch
  • ja-JP   Japanisch
  Sprachsynthese wird für Ansagen in den folgenden Sprachen verwendet:
  • en-AU   Englisch (Australien)
  • en-GB   Englisch (Vereinigtes Königreich)
  • es-ES   Spanisch (Spanien)
  • es-MX   Spanisch (Lateinamerika)
  • fr-CA   Französisch (Kanada)
  • ko-KR   Koreanisch
  • nl-NL   Niederländisch
  • pt-BR   Portugiesisch (Brasilien)
  • sv-SE   Schwedisch
  • zh-CN   Mandarin (Volksrepublik China)
• Bei der Grammatikgeneration werden möglicherweise manche Namen verworfen   Computer mit Exchange 2007, auf denen die Serverfunktion UnifiedMessaging ausgeführt wird, generieren Sprachgrammatiken, die Namen aus Active Directory enthalten. Dieser Generierungsprozess findet zum ersten Mal statt, wenn der UM-Server einem UM-Wählplan beitritt. Danach wird dieser Vorgang einmal täglich wiederholt (die Standardstartzeit ist 02:00 Uhr morgens). Bei der Grammatikgeneration werden Anzeigenamen, phonetische Anzeigenamen (falls vorhanden) und E-Mail-Aliasse aus Active Directory eingelesen. Bevor die Details eines bestimmten Benutzers in die Sprachgrammatik eingefügt werden, gleicht der Generierungscode den Namen mit einer Liste von Mustern ab, die für die Transformierung des Namens aus einer eher für die visuelle Anzeige geeigneten Form (z. B. "David (Dave) Jones") in einen oder mehrere Namen verwendet werden, die eine Form besitzen, die der Aussprache durch einen Anrufer eher entsprechen (z. B. "Dave Jones"). Namen, die keinem der konfigurierten Muster entsprechen, werden unverändert übergeben. Nach Abschluss der Mustererkennung und Ersetzung wird der (nun möglicherweise veränderte) Name untersucht, um herauszufinden, ob Aussprachevarianten für ihn vorhanden sind. Manche Arten von Namen (z. B. Namen, die Zahlenzeichenfolgen enthalten, wie "Konferenzraum 3-103") lassen viele gleichwertige Ausspracheformen zu. Um eine unkontrollierte Erweiterung der Sprachgrammatik zu verhindern sowie um die generelle Erkennungsgenauigkeit zu verbessern, werden solche Namen verworfen und nicht in die Sprachgrammatik übernommen. Aus diesem Grund können sie von UM nicht erkannt werden, auch wenn das Objekt in Active Directory vorhanden ist und es zu erwarten wäre, dass anderweitig mittels Verzeichnissuche über die Sprachbenutzerschnittstelle darauf zugegriffen werden könnte. Mehrere gleichwertige Formen eines Namens können ebenfalls vorkommen, wenn der Name bestimmte Abkürzungen (z. B. "Jr.") oder in Klammern nachfolgende Informationen enthält (z. B. "Jim Glynn (Personalabteilung)"). Um den Systemadministrator darüber zu informieren, dass Namen verworfen wurden, generiert UM ein für jeden zurückgewiesenen Eintrag ein Ereignis. Wenn der Administrator möchte, dass der Name eines bestimmten Benutzers in der Sprachgrammatik akzeptiert wird, obwohl er zuvor zurückgewiesen wurde, muss er zuerst festlegen, in welcher Ausspracheform der Name erkannt werden soll, und dann eine der folgenden Methoden anwenden:
  • Festlegen des phonetischen Active Directory-Anzeigenamens des Benutzers (Attribut: msDS-PhoneticDisplayName) auf den gewünschten Namen. Bei dieser Methode handelt es sich um den bevorzugten Ansatz.

    Hinweis:
    Auf dieses Attribut kann nicht über die Konsole Active Directory-Benutzer und -Computer in Windows Server 2003 zugegriffen werden. Hierzu muss ein anderer Verzeichnis-Editor, wie z. B. ADSI-Bearbeitung (AdsiEdit.msc) verwendet werden.

  • Festlegen des Anzeigenamens des Benutzers auf den gewünschten Namen.

    Hinweis:
    Dieser Ansatz wirkt sich auf den Namen aus, wie dieser in E-Mails und in allen Clients, die in Active Directory lesen, angezeigt wird.

• Entfernen von Öffentlichen Ordnern   Eine Öffentliche Ordner-Datenbank kann nicht entfernt werden, wenn sie als siteFolderServer für Offlineadressbücher, Frei/Gebucht-Daten oder eine administrative Gruppe aufgeführt ist. Das Attribut siteFolderServer muss geändert werden, damit die Öffentliche Ordner-Datenbank entfernt werden kann. Serveradministratoren haben keinen Zugriff auf dieses Attribut. Das heißt, dass sie nicht in der Lage sind, eine Öffentliche Ordner-Datenbank zu entfernen, die ein siteFolderServer ist. In der Beta 2-Version muss das Entfernen einer Öffentlichen Ordner-Datenbank, die der siteFolderServer für ein Offlineadressbuch, eine administrative Gruppe oder für Frei/Gebucht-Daten ist, von einem Exchange-Organisationsadministrator ausgeführt werden, damit diese Elemente weiterhin ordnungsgemäß funktionieren.
• Die Verwaltung Öffentlicher Ordner ist in der Exchange-Verwaltungskonsole nicht verfügbar   In der Exchange 2007 Beta 2-Version sind keine Tasks für die Verwaltung Öffentlicher Ordner enthalten. In dieser Version können Öffentliche Exchange 2007-Ordner auf folgende Weisen verwaltet werden:
  • Wenn Ihre Organisation über Server verfügt, auf denen Exchange Server 2003 ausgeführt wird, verwenden Sie den System-Manager.
  • Wenn in Ihrer Organisation keine Server mit Exchange Server 2003 vorhanden sind, verwenden Sie die neuste Version der Exchange Server 2003-Systemverwaltungstools auf einem Computer unter Windows XP mit Service Pack 2. Installationsanweisungen finden Sie in der Exchange Server 2003-Dokumentation.
• Ordnerkontingente müssen sofort festgelegt werden, weil eine spätere Festlegung sonst nicht mehr möglich ist   Exchange 2007 gestattet das Festlegen eines Kontingents für einzelne, verwaltete, benutzerdefinierte Ordner als Bestandteil des "Verwaltung von Nachrichtendatensätzen"-Featuresatzes (Messaging Records Management, MRM). Zurzeit verhindert Exchange 2007 das Festlegen eines Kontingents für einen verwalteten Ordner, der nicht leer ist. Wenn Sie ein Kontingent für einen verwalteten, benutzerdefinierten Ordner festlegen möchten, bevor dieser bereitgestellt wird, oder Sie dies möglicherweise für die Zukunft planen, muss dieses Kontingent festgelegt werden, wenn der Ordner noch leer ist. Sie können dieses Kontingent auf seinen Höchstwert (2.097.151 KB) festlegen, damit es zu keinen Problemen bei der täglichen Arbeit des Benutzers kommt. Das Kontingent muss für den Ordner festgelegt bleiben, damit dieser auch in der Zukunft ein Kontingent haben kann, bzw. es muss so lange bestehen bleiben, bis eine Version von Exchange installiert wird, in der dieses Problem behoben wurde. Wenn das Kontingent entfernt wird, bevor dieses Problem behoben wurde, kann für diesen Ordner zu keinem Zeitpunkt mehr ein Kontingent festgelegt werden, auch nicht, wenn auf einen Build aktualisiert wird, in dem dieses Problem behoben ist.
• 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, schlagen Verschiebevorgänge von Postfächern auf dem Server fehl, von dem aus der Verschiebevorgang für das Postfach ausgeführt wird. Die Fehlermeldung lautet: "Fehler für <Postfachname>. Ursache: Der Informationsspeicher konnte nicht geöffnet werden. Fehler beim MAPI-Provider. MAPI 1.0-ID-Nr.: 8004011d-0289-00000000, Fehlercode: -1056636928." Um diesen Fehler zu beheben, erstellen Sie auf dem Server eine Datenbank, wodurch das Postfach der Systemaufsicht automatisch neu erstellt wird.

• CAS-Befehle funktionieren nicht   Wenn Sie über eine Topologie mit mehreren Domänen (unter-/übergeordnet) verfügen, funktioniert zurzeit der Befehl Get-CASMailboxPolicy, der Befehl Set-CASMailboxPolicy aber nicht. Dieses Problem wird für die RTM-Version (Release to Manufacturing) behoben.
• In Beta 2 sind keine Administrationstasks für die OWA-Segmentierung verfügbar   Administratortasks für die Outlook Web Access-Segmentierung funktionieren in der Beta 2-Version von Exchange 2007 nicht.
• Ein Domänencontroller-Hotfix ist erforderlich, wenn Exchange 2007 mit einem nicht englischen Domänencontroller kommuniziert, damit das Adressbuch Outlook Web Access ordnungsgemäß funktioniert   Wenn Sie Outlook Web Access verwenden und der Clientzugriffsserver mit einem Domänencontroller verbunden ist, auf dem eine nicht englische Version von Windows ausgeführt wird, müssen Sie den Hotfix KB919166 auf Ihrem Domänencontroller installieren. Ohne diesen Hotfix schlagen Adressbuchvorgänge in Outlook Web Access fehl, wenn die Kultur der Benutzeroberfläche Ihrer Benutzer von der des Domänencontrollers abweicht.

  Hinweis:
  Zum Zeitpunkt der Erstellung dieses Dokuments war Hotfix KB919166 noch nicht im Internet bereitgestellt. Mit der Veröffentlichung der Beta 2-Version sollte er jedoch verfügbar sein. Wenn er nicht über das Internet verfügbar ist, können Sie sich telefonisch an Microsoft Help and Support wenden, um den Hotfix zu erhalten, ohne dass Kosten für diesen Anruf für Sie entstehen.

• ActiveSync-Authentifizierungseinstellungen   Zurzeit unterstützt Exchange ActiveSync in Exchange 2007 Benutzer mit Exchange 2003-Postfächern, indem die ActiveSync-Anforderung von dem Gerät über den Clientzugriffsserver an den Server mit Exchange 2003 geleitet wird. In der Beta 2-Version führt diese Anforderung zu einem Authentifizierungsfehler auf dem Server mit Exchange 2003, wenn Exchange ActiveSync so konfiguriert ist, dass auf der Exchange 2007-Seite zertifikatbasierte Clientauthentifizierung angefordert wird. Um dieses Problem zu umgehen, konfigurieren Sie das virtuelle Exchange ActiveSync-Verzeichnis auf dem Exchange 2007-Clientzugriffsserver so, dass Standardauthentifizierung angefordert wird (statt zertifikatbasierter Authentifizierung), wenn der Clientzugriffsserver Benutzer auf dem Exchange 2003-Postfachserver bedienen soll. Dieses Problem wird für die RTM-Version (Release to Manufacturing) behoben.
• OWA und Verfügbarkeitsdienst arbeiten mit identischen SSL-Einstellungen besser zusammen   Damit Office Outlook Web Access und der Verfügbarkeitsdienst gut zusammenarbeiten, müssen für beide identische SSL-Einstellungen für die Proxyfunktion festgelegt sein. Standardmäßig ignorieren beide ungültige SSL-Zertifikate bei der Funktion als Proxy. Um dieses Verhalten zu ändern, legen Sie die Registrierungseigenschaft HKLM\System\CurrentControlSet\Services\MSExchangeOWA\RequireTrustedCertForProxying für Office Outlook Web Access auf 1 fest und die Eigenschaft IgnoreAllCertificateErrors in der Datei web.config im virtuellen Verzeichnis /owa auf 0. Wenn Office Outlook Web Access und der Verfügbarkeitsdienst unterschiedliche SSL-Einstellungen haben, funktioniert möglicherweise keiner von beiden ordnungsgemäß. Der Verfügbarkeitsdienst, der mit den Exchange-Webdiensten im virtuellen Verzeichnis /ews zusammenarbeitet, bleibt von dieser Einschränkung unberührt.
• Zugriff auf Dateien mittels UNC von mobilen Geräten aus funktioniert nicht mit Clientzugriffsserver-Proxy   Zurzeit funktioniert der UNC-Dateizugriff bei Windows SharePoint Services über Office Outlook Web Access und ActiveSync nicht, wenn die von dem mobilen Client oder Gerät stammende HTTP-Anforderung per Proxy an einen anderen Exchange 2007-Clientzugriffsserver geleitet und von diesem verarbeitet wird.
• Auf Öffentliche Ordner-Daten auf Servern mit Exchange 2007 kann mithilfe von DAV nicht zugegriffen werden   Es wird empfohlen, Öffentliche Ordner nicht auf Exchange 2007-Postfachservern zu installieren, wenn DAV-Zugriff auf diese Öffentlichen Ordner erforderlich ist. Derzeit ist ein Zugriff mit DAV auf Öffentliche Ordner-Daten auf Servern mit Exchange 2007 nicht möglich. Da Outlook Web Access unter Exchange Server 2003 für die meisten Zugriffe auf Öffentliche Ordner DAV verwendet, wirkt sich dieses Problem auf das Durchsuchen von Öffentlichen Ordnern aus.
• Die Replikation Öffentlicher Ordner zwischen Exchange 2003 und Exchange 2007 kann möglicherweise dazu führen, dass Clients der Zugriff verweigert wird   Bei Vorhandensein von zwischen Servern mit Exchange 2003 und Exchange 2007 replizierten Öffentlichen Ordnern besteht eine 50-prozentige Möglichkeit, dass ein Benutzer bei dem Versuch, mit DAV auf den Server mit Exchange 2007 zuzugreifen, von diesem einen Statuscode "501 Not Implemented" (Nicht implementiert) zurückgegeben erhält. Hierzu kommt es, wenn es sich bei dem Server mit Exchange 2007 um den Server handelt, der beim Senden der Anforderung für den Zugriff auf die Daten ausgewählt war. Um dieses Problem zu beheben, entfernen Sie alle Öffentlichen Ordner, für die Zugriff mit DAV erforderlich ist, von den Exchange 2007-Postfachservern und platzieren die Daten auf Servern mit Exchange 2003. Da Outlook Web Access unter Exchange Server 2003 für die meisten Zugriffe auf Öffentliche Ordner DAV verwendet, wirkt sich dieses Problem auf das Durchsuchen von Öffentlichen Ordnern aus.
• Manche ActiveSync-Benutzer müssen möglicherweise neue Serverpartnerschaften herstellen   Nach der Installation von Exchange 2007 Beta 2 erhalten Exchange ActiveSync-Benutzer möglicherweise folgende Meldung auf ihrem Windows Mobile-Gerät: "An error has occurred and your data will be deleted before resynchronization" (Fehler. Die Daten werden vor der erneuten Synchronisierung gelöscht.). Die Ursache für diesen Fehler ist eine Änderung im Exchange ActiveSync-Zustandsformat in Exchange 2007, und alle E-Mail-, Kalender- und Kontaktinformationen werden zeitweise von dem Gerät gelöscht. In manchen Fällen kann es notwendig sein, dass Sie die Partnerschaft zwischen Exchange ActiveSync und dem Server mit Exchange auf Ihrem Gerät erneut erstellen. Wechseln Sie hierzu zu Office Outlook Web Access, und wählen Sie dann Optionen, Mobile Geräte. Markieren Sie das Gerät, und wählen Sie Gerät aus Liste entfernen.
• Problem mit dem virtuellen OWA-Verzeichnis bei gleichzeitig vorhandenen Serverfunktionen "ClientAccess" und "Mailbox" auf demselben Server   Zwischen den Serverfunktionen ClientAccess und Mailbox besteht ein Interoperabilitätsproblem, wenn die virtuellen Legacyverzeichnisse nicht ordnungsgemäß von den virtuellen Outlook Web Access-Verzeichnistasks verarbeitet werden. Wenn die Serverfunktionen ClientAccess und Mailbox auf demselben Server installiert sind, werden bei der Installation der Serverfunktion Mailbox die virtuellen Verzeichnisse /exchange und /public erstellt und so konfiguriert, dass sie integrierte Windows-Authentifizierung verwenden. Bei der Installation der Funktion ClientAccess werden in Active Directory Objekte für /exchange, /public und /exchweb erstellt. Hieraus folgt, dass die Objekte in Active Directory auf keine gültigen virtuellen Exchange 2007 Outlook Web Access-Verzeichnisse verweisen, was wiederum dazu führt, dass beim Ausführen der Tasks Get-OwaVirtualDirectory und Set-OwaVirtualDirectory Warnmeldungen ausgegeben werden. Sie müssen die mit diesen virtuellen Verzeichnissen zu verwendenden Authentifizierungseinstellungen mit dem Task Set-OWAVirtualDirectory konfigurieren. Für virtuelle Legacyverzeichnisse sind nur "Standardauthentifizierung" und "Formularbasierte Authentifizierung" gültige Werte.

• Hub-Transport-Server in verschiedenen Gesamtstrukturen benötigen eine gesamtstrukturübergreifende Konfiguration   Damit Exchange-Hub-Transport-Server in verschiedenen Gesamtstrukturen erfolgreich E-Mail austauschen können, müssen Sie eine bidirektionale Gesamtstruktur-Vertrauensstellung zwischen den Gesamtstrukturen einrichten und die Zugriffssteuerung auf beiden Servern so konfigurieren, dass die für die Gesamtstruktur jeweils externen Server für den E-Mail-Austausch autorisiert sind. Weitere Informationen zum Einrichten von Hub-Transport-Servern für den Austausch von E-Mail mit Servern in anderen Gesamtstrukturen finden Sie weiter unten in diesem Dokument unter "Gesamtstrukturübergreifende Connectors".
• Die Exchange-Verwaltungskonsole zeigt die Seite "Bereitstellung abschließen" an, nachdem ein "Edge-Abonnement" erstellt wurde   Nach dem Erstellen eines Edge-Abonnements wird in der Exchange-Verwaltungskonsole auf einem Edge-Server die Seite Exchange Server 2007 Bereitstellung abschließen für andere Funktionen als Edge angezeigt, z. B. für die Serverfunktion Hub-Transport. Die Edge-Tasks befinden sich am Fuß dieser Seite und könnten leicht übersehen werden. Ignorieren Sie die Abschnitte aller anderen Funktionen als Edge, wenn Sie Ihren Edge-Server einrichten.
• Anonyme Mailübergabe und Open Relay sind standardmäßig deaktiviert   Server, auf denen die Exchange 2007-Serverfunktion Hub-Transport ausgeführt wird, lassen keine unauthentifizierte SMTP-Mailübergabe und/oder Open Relay in einer Standardinstallation zu. Wenn Sie in Ihrer Testumgebung anonyme Mailübergabe- und/oder Open Relay-Features benötigen, müssen Sie diese Features aktivieren. Um diese Features mithilfe der Exchange-Verwaltungsshell zu aktivieren, führen Sie im Anschluss an das Einrichten der Serverfunktion Hub-Transport den folgenden Befehl aus:

  set-receiveconnector <id> -PermissionGroups:AnonymousUsers,ExchangeUsers,ExchangeServers,ExchangeLegacyServers add-adpermission <id> -User AN –ExtendedRights ms-Exch-SMTP-Accept-Any-Recipient

• Server mit Exchange 2003 sollten Gesamtstruktur- und Organisationskopfzeilen an Exchange 2007 senden dürfen   Server mit Exchange 2003 können Gesamtstruktur- und Organisationskopfzeilen an Server mit Exchange 2007 senden. Dies ermöglicht Nachrichten, die Antispamfilter eigentlich nicht umgehen dürfen sollten, das Umgehen der Antispamfilter. Um dieses Problem zu beheben, führen Sie, wenn in Ihrer Organisation Server mit Exchange 2003 vorhanden sind, den folgenden Befehl der Exchange-Verwaltungsshell auf einem Hub-Transport-Server aus:

  add-adpermission <DN_Administrative_container> -user <ForestRootDomain>\Exchange2003Interop -ExtendedRights ms-Exch-Accept-Headers-Organization,ms-Exch-Accept-Headers-Forest,ms-Exch-Send-Headers-Forest,ms-Exch-Send-Headers-Organization -deny -InheritanceType Descendents

  Hinweis:
  Beispiel für einen Befehl: add-adpermission "CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=youdomain,DC=com" -user Redmond\Exchange2003Interop -ExtendedRights ms-Exch-Accept-Headers-Organization,ms-Exch-Accept-Headers-Forest,ms-Exch-Send-Headers-Forest,ms-Exch-Send-Headers-Organization -deny -InheritanceType Descendents

• EdgeSync-Probleme, wenn alle Hub-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 mit Ihrem/n Edge-Server(n) synchronisieren, müssen Sie die Edge-Abonnements in der Organisation und auf jedem Edge-Server entfernen. Führen Sie anschließend den Abonnementprozess erneut aus.
• "Update-ExchangeCertificate" ist kein gültiger Befehl mehr   Das Aktualisierungsverb für das ExchangeCertificate-Subjekt wurde verworfen. Neue selbstsignierte X.509-Zertifikate und -Zertifikatsanforderungen für TLS sollten das neue Verb, new-ExchangeCertificate verwenden, um ein neues selbstsigniertes Zertifikat zu generieren, oder mithilfe von new-ExchangeCertificate –generaterequest –path c:\requests –base64encoded eine pkcs#10-Zertifikatsanforderung generieren.
• Die EdgeSync-Standardports müssen unverändert bleiben   Wenn Sie beabsichtigen, EdgeSync zu verwenden, dürfen die Standardports weder während der Installation noch anschließend geändert werden. EdgeSync ist von dem fest codierten Port 50636 abhängig. Wenn die ADAM-Standardports geändert werden, funktioniert EdgeSync nicht mehr. Die Ports müssen auf Ihre Originalwerte zurückgesetzt werden, damit EdgeSync verwendet werden kann. Die Standardinstallation der Serverfunktion Edge-Transport verwendet eine ADAM-Schnittstelle mit folgenden Standardports:
  • 50389 - Lightweight Directory Access Protocol (LDAP)
  • 50636 - Sicheres LDAP
• Die Ports 5000 bis 6000 müssen für POP3 und IMAP4 geöffnet sein   Wenn auf einem Server mit Exchange, der POP3- und IMAP4-Clients unterstützt, eine beliebige Firewall, einschließlich der Windows-Firewall, aktiviert ist, müssen die Ports 5000 bis 6000 geöffnet sein, damit es nicht zu Verbindungsproblemen kommt.

• Optionen aus dem Menü "Virtueller Exchange-Server" dürfen in Cluster Administrator nicht verwendet werden   Die Kontextmenüelemente Virtuellen Exchange-Server aktualisieren und Virtuellen Exchange-Server entfernen werden in Cluster Administrator angezeigt, dürfen aber unter keinen Umständen verwendet werden.
• Das Clusterdienstkonto muss Mitglied der Gruppe "Exchange Server-Administratoren" sein   Damit die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR) verwendet werden kann, muss das Clusterdienstkonto über die Exchange Server-Berechtigungen der Gruppe Exchange Server-Administratoren verfügen.
• Begrenzung der Anzahl von Speichergruppen auf einem CCR-Cluster   In einer CCR-Umgebung wird empfohlen, die Anzahl von Speichergruppen und Datenbanken auf zwischen 15 und 30 zu begrenzen.
• Hotfix 921181 für Windows Server 2003 erforderlich   Dieser Hotfix ist für die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR) erforderlich. Er fügt eine Dateifreigabezeugen-Option für ein Hauptknotensatz-Quorum hinzu sowie die Möglichkeit zum Konfigurieren von Clustertakten. Weitere Informationen zu diesem Hotfix finden Sie im Microsoft Knowledge Base-Artikel 921181 zum Thema Ein verfügbares Update fügt Windows Server 2003 Service Pack 1-basierten Serverclustern ein Dateifreigabezeugen-Feature und ein Feature zum Konfigurieren von Clustertakten hinzu (nur in Englisch). Es wird empfohlen, diesen Artikel zusätzlich zur Dokumentation für CCR heranzuziehen.
• Der Transportpapierkorb muss manuell aktiviert sein   Der Transportpapierkorb ist für CCR erforderlich, ist aber standardmäßig deaktiviert. Der Transportpapierkorb ist ein Feature der Serverfunktion Hub-Transport. Der Hub-Transport-Server pflegt eine Warteschlange der E-Mail, die zuletzt an einen Postfachclusterserver zugestellt wurde. Im Falle eines nicht verlustfreien Failovers, fordert CCR automatisch bei jedem im Standort vorhandenen Hub-Transport-Server an, die E-Mail aus der Transportpapierkorb-Warteschlange erneut zu übermitteln. Der Informationsspeicher löscht automatisch die Duplikate und stellt verlorene E-Mails erneut zu. Mithilfe des Cmdlets Set-TransportConfig können Sie den Transportpapierkorb, der auf Speichergruppenebene gesteuert wird, aktivieren und konfigurieren. Es wird empfohlen, den Parameter MaxDumpsterSizePerStorageGroup, der die maximale Größe der Transportpapierkorb-Warteschlange für jede Speichergruppe angibt, auf das 1,25-fache der Größe der Nachricht zu konfigurieren, die maximal gesendet werden kann. Wenn beispielsweise die maximale Größe für eine Nachricht 10 MB beträgt, sollten Sie den Parameter MaxDumpsterSizePerStorageGroup auf einen Wert von 12,5 MB festlegen. Es wird weiterhin empfohlen, den Parameter MaxDumpsterTime, der angibt, wie lange eine E-Mail-Nachricht in der Transportpapierkorb-Warteschlange verbleiben soll, auf einen Wert von 07:00:00 zu konfigurieren, was 7 Tagen entspricht. Es wird davon ausgegangen, dass dies ausreichend ist, um einen umfangreichen Ausfall ohne E-Mail-Verluste abzufangen. Bei der Verwendung des Transportpapierkorb-Features wird auf dem Hub-Transport-Server zusätzlicher Speicherplatz benötigt, um die Transportpapierkorb-Warteschlangen aufnehmen zu können. Der benötigte Speicherplatz entspricht grob dem Wert von MaxDumpsterSizePerStorageGroup multipliziert mit der Anzahl von Speichergruppen.
• Die unbeaufsichtigte Installation wird fehlerhaft ohne Clusterdienst fortgesetzt   Bei einer unbeaufsichtigten Installation wird Exchange-Setup nicht mit einem Fehler beendet, wenn der Clusterdienst nicht ausgeführt wird. Stattdessen wird ein eigenständiger Knoten installiert. Bevor Sie die Tasks zum Erstellen eines neuen Postfachclusterservers ausführen, wird empfohlen, Cluster Administrator zu starten und sicherzustellen, dass der Cluster online ist.
• "Datei ist bereits vorhanden"-Fehler bei Verwendung von "Update-StorageGroupCopy"   Bei der Verwendung des Cmdlets Update-StorageGroupCopy können wiederkehrende Fehler aufgrund einer Datei auftreten, die am Zielspeicherort bereits vorhanden ist. Die Datei wird automatisch alle 30 Sekunden erstellt. Um dieses Problem zu beheben, löschen Sie sofort die Datei und wiederholen den Task.
• Die Deinstallation schlägt fehl, wenn die Systemaufsicht online ist   Folgende Fehlermeldung wird erzeugt: "Error of unknown type occurred while performing exsetdata operation; the original error code was 0xc1037b3f." (Fehler unbekannten Typs beim Ausführen eines exsetdata-Vorgangs. Der ursprüngliche Fehlercode lautete 0xc1037b3f.)
• Fehlerhafte Erstellung mehrerer Exchange Server-Administratorengruppen   Die wiederholte Ausführung von New-ClusteredMailboxServer und anschließend Remove-ClusteredMailboxServer hinterlässt viele Exchange Server-Administratorengruppen in Active Directory.
• Zurücksetzen der Protokollgenerierungsnummer   LCR und CCR verarbeiten das Zurücksetzen der Protokollgenerierungsnummer nicht ordnungsgemäß. Um die Protokollgenerierungsnummer in einer LCR-Konfiguration zurückzusetzen, wird empfohlen, für die betroffene Speichergruppe LCR zu deaktivieren, die Protokollgenerierungsnummern zurückzusetzen und dann LCR für die Speichergruppe erneut zu aktivieren. In einer CCR-Konfiguration ist dieser Vorgang zu vermeiden.

• Die Funktionalität von MOM 2005 hängt vom Importieren des aktuellen Management Packs ab   Das Exchange 2007 Management Pack für MOM 2005 kann nur verwendet werden, wenn es sich in MOM importieren lässt. Nachdem die MOM 2005-Umgebung installiert wurde, müssen Sie das Exchange Management Pack importieren, um die Überwachung der Server zu starten, auf denen Exchange 2007 ausgeführt wird. Weitere Informationen finden Sie weiter unten in diesem Dokument unter "Importieren des Exchange Management Packs".
• Das Das MOM-Agentaktionskonto muss als "Lokales System" ausgeführt werden   Die im Exchange Management Pack enthaltenen Diagnose-Cmdlets können nur ausgeführt werden, wenn das MOM-Agentaktionskonto auf dem Server mit Exchange als Lokales System ausgeführt wird. Öffnen Sie die MOM-Verwaltungskonsole, und suchen Sie Verwaltung, Computer, Mit Agents verwaltete Computer. Klicken Sie mit der rechten Maustaste auf den fraglichen Server, und klicken Sie dann auf Agenteinstellungen aktualisieren. Klicken Sie in dem Dialogfeld unter Welches Konto möchten Sie als Agentaktionskonto verwenden? auf Lokales System.
• MOM-UM-Befehle funktionieren nicht   Sie können nur dann mithilfe von Test-UMConnectivity aus MOM Remoteverbindungen überwachen, wenn die Parameter des Skripts zum Bereitstellen von Telefonnummer und Gateway geändert werden. Diese Funktionalität wird zurzeit nicht unterstützt. Dieses Problem wird für die RTM-Version (Release to Manufacturing) behoben.

• Nachrichten mit mindestens 10 Anlagen umgehen RMS   Zurzeit sind Nachrichten, die mindestens 10 Anlagen enthalten, nicht durch den Agent für die RMS-Richtlinienanwendung (Rights Management Services, Rechteverwaltungsdienste) RMS-geschützt. Der Agent für die Richtlinienanwendung gestattet diesen Nachrichten die ungehinderten Übermittlung durch das System, ohne Rechteschutz darauf anzuwenden.
• Nicht authentifizierte Nachrichten werden von RMS nicht vorlizenziert   Wenn eine Nachricht von einem nicht authentifizierten Absender empfangen wird, wird sie nicht vom Agent für die RMS-Richtlinienanwendung vorlizenziert.
• Verlust von Nachrichteneigenschaften bei RMS-Nachrichten   Zurzeit gehen folgende Nachrichteneigenschaften verloren, wenn eine Nachricht empfangen wird, die durch den Agent für die RMS-Richtlinienanwendung geschützt ist:
  • Für Nachverfolgung
  • Lesebestätigung
  • Abstimmungsschaltfläche
• Eingebettete Nachrichtenanlagen umgehen RMS   Der Agent für die RMS-Richtlinienanwendung schützt keine Nachrichten, die eine eingebettete Nachricht als Anlage enthalten. Der Agent gestattet die Zustellung dieser Nachrichten, ohne Rechteschutz darauf anzuwenden.

• Sicherheitseinstellungen hindern Sie am Anzeigen von CHM-Dateien   Erweiterte Sicherheitseinstellungen hindern Sie am Anzeigen einer CHM-Datei auf einer Dateifreigabe. Wenn remote auf die setup.exe von Exchange Server zugegriffen wird, zeigt die Hilfe-Verknüpfung auf dem Eröffnungsbildschirm einen "Seite nicht gefunden"-Fehler 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 den Hilfeinhalt anzuzeigen. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 896358, MS05-026: Sicherheitsanfälligkeit in HTML-Hilfe kann Remotecodeausführung ermöglichen.
• Die Nachrichtenverfolgung funktioniert in der italienischen Version nicht   Server mit einer italienischen Version von Exchange 2007 unterstützen zurzeit keine Nachrichtenverfolgung wegen eines Lokalisierungsproblems. Wenn Sie auf einem Server mit einer italienischen Version Nachrichtenverfolgung ausführen müssen, können Sie die Nachrichtenverfolgungsdateien manuell durchsuchen.
• Alle Adresslisten sollten von der Exchange 2007-Verwaltungskonsole aus verwaltet werden   Das Verwalten von Adresslisten, die in der Exchange 2007-Verwaltungskonsole erstellt wurden, im Exchange-System-Manager von Exchange 2003 erzeugt 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.
• Nachrichten mit E-Mail-Nachrichten als Anlage werden nicht gesendet   Zurzeit werden Nachrichten mit E-Mail-Nachrichten als Anlage nicht gesendet, und erzeugen einen Unzustellbarkeitsbericht (Non-Delivery Report, NDR). Dieses Problem tritt bei E-Mail-Nachrichten in den Formaten "unformatierter Text", RTF und HTML auf. Für dieses Problem ist zurzeit keine Umgehungsanweisung verfügbar. Dieses Problem wird für die RTM-Version (Release to Manufacturing) behoben.
• Zusammen mit Exchange 2007 Beta 2 muss die Beta 2-Version von Outlook 2007 verwendet werden   Wenn Sie Office 2007 verwenden, müssen Sie Office Outlook 2007 Beta 2 verwenden, damit die Frei/Gebucht- und Besprechungsvorschlagsfunktionen funktionieren. Frühere Outlook 2007-Builds sind mit Exchange 2007 Beta 2 nicht kompatibel.
• Vorhandene Clients werden durch die Installation von Exchange 2007 zu einem OAB-Download gezwungen   Zurzeit wird durch das Installieren des ersten Servers, auf dem Exchange 2007 ausgeführt wird, in einer vorhandenen Organisation ein vollständiger Download des Offlineadressbuchs (OAB) bei den Clients erzwungen, die Offlineadresslisten verwenden.
• Kompatible Server lassen sich nicht über die Exchange-Verwaltungskonsole verwalten   Server, 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.
• 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 Servern mit Exchange 2007. Dies ist jedoch keine unterstützte Aktion. Auf diese Weise erstellte Postfächer werden als "Legacy"-Postfächer (Exchange 2003 oder Exchange 2000) behandelt, auch wenn sie sich auf einem Server mit Exchange 2007 befinden. Exchange 2007 verfügt über 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 Server mit Exchange Server 2003 oder Exchange 2000 Server vorhanden wäre, der über einen Empfängeraktualisierungsdienst verfügt, der zum Konfigurieren der neu erstellten Postfächer konfiguriert wäre.
• Server mit Exchange 2007 können nicht über kompatible Verwaltungskonsolen verwaltet werden   Server 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.
• Die Eigenschaft "Land" kann nicht in der Exchange-Verwaltungskonsole festgelegt werden   Die Eigenschaft Land kann für ein Postfach oder einen Kontakt nicht in der Exchange-Verwaltungskonsole auf den Eigenschaftenseiten des Postfachs oder des Kontakts festgelegt werden. Um dieses Problem zu umgehen, können Sie die Eigenschaft Land mithilfe von Active Directory-Benutzer und -Computer festlegen.
• Manuelles Konfigurieren von Berechtigungen für Exchange 2003-Interoperabilität   Wenn Exchange 2007 für Koexistenz und Interoperabilität mit Exchange Server 2003 bereitgestellt wird, müssen Sie die erforderlichen Berechtigungen manuell konfigurieren. Exch50-Daten müssen über eine autorisierte Verbindung gesendet werden.
• Wenn ISA zwischen Benutzern und Servern eingesetzt wird, ist eine ISA-Regel erforderlich   Wenn Sie Internet Security and Acceleration Server (ISA) zwischen Benutzern und Outlook Web Access-Servern verwenden, muss die ISA Server-Regel Normalisierung verifizieren deaktiviert sein, damit die Dokumentenzugriffsfunktionen von Outlook Web Access aktiviert werden können. Exchange 2007 sendet Leerzeichen mit Double-Codierung bei Dokumenten- und Ordnernamen, die Leerzeichen enthalten. Dieses Verhalten wird von ISA Server blockiert. Genaue Anweisungen zum Deaktivieren von Normalisierung verifizieren in ISA Server 2004 finden Sie unter Reverse Proxy-Konfigurationen für Windows SharePoint Services und Internet Security and Acceleration Server (nur in Englisch).
• Reparieren von ungültigen Empfängerobjekten   Die Beta 2-Version von Exchange 2007 enthält ein Skript, das darauf ausgelegt ist, Informationen zu ungültigen Empfängerobjekten in Ihrer Exchange-Organisation zurückzugeben, und diese möglichenfalls zu reparieren. Die Datei CheckInvalidRecipients.msh, die sich im Verzeichnis Scripts Ihrer Exchange-Installation befindet, versucht, die folgenden zwei Klassen von Problemen zu beheben:
  • Primäre SMTP-Adressprobleme   Wenn für einen Empfänger mehrere SMTP-Adressen als seine primäre SMTP-Adresse aufgeführt werden, oder wenn die primäre SMTP-Adresse eines Benutzers ungültig ist, versucht das Skript, die primäre SMTP-Adresse des Benutzers auf seine WindowsEmailAddress festzulegen. Die WindowsEmailAddress des Benutzers ist die Adresse, die von Exchange Server 2003 als primäre Adresse erkannt wird. Exchange 2007 erkennt diese aber nicht.
  • Ausgeblendete Verteilergruppenmitgliedschaft   Wenn für eine Verteilergruppe HideDLMembershipEnabled auf "true" festgelegt ist, aber ReportToManagerEnabled, ReportToOriginatorEnabled und/oder SendOofMessageToOriginatorEnabled auch auf "true" festgelegt sind, ist die Mitgliedschaft nicht wirklich ausgeblendet. Das Skript legt ReportToManagerEnabled, ReportToOriginatorEnabled und SendOofMessageToOriginatorEnabled auf "false" fest, damit die Verteilergruppenmitgliedschaft ordnungsgemäß ausgeblendet ist.
• Die Einstellung "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" funktioniert in der Exchange-Verwaltungskonsole nicht   Die Einstellung Benutzer muss Kennwort bei der nächsten Anmeldung ändern funktioniert nicht, wenn sie mit der Exchange-Verwaltungskonsole festgelegt wird. Um diese Einstellung zu konfigurieren, verwenden Sie Active Directory-Benutzer und -Computer.
• Manche Befehle erfordern den FQDN Ihrer AD-Domäne   Ein Postfach kann nicht aktiviert oder verbunden werden, wenn der NetBIOS-Domänenname von dem DNS-Domänennamen abweicht. Verwenden Sie den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) als Domäne, wenn Sie einen Benutzer mit den Tasks zum Aktivieren und Verbinden von Postfächern angeben.
• Änderungen bei Begriffen bzw. Dienstnamen   Die folgenden Begriffe und Dienstnamen haben sich seit der Veröffentlichung von Exchange 2007 Beta 1 geändert:
  • EdgeTransportSvc wurde in MSExchangeTransport umbenannt.
  • MSExchMailSubmissionSVc wurde in MSExchangeMailSubmission umbenannt.
  • ADAM_MSExchangeAdam wurde in ADAM_MSExchange umbenannt.

Dieses Verfahren ist eine Anweisung zur Umgehung des folgenden bekannten Problems:

Die Funktionalität von MOM 2005 hängt vom Importieren des aktuellen Management Packs ab   Das Exchange Management Pack für MOM 2005 kann nur verwendet werden, wenn es sich in MOM importieren lässt. Nachdem die MOM 2005-Umgebung installiert wurde, müssen Sie das Exchange Management Pack importieren, um die Überwachung der Server zu starten, auf denen Exchange 2007 ausgeführt wird.

So importieren Sie das Exchange Management Pack

Diese Verfahren sind Anweisungen zur Umgehung des folgenden bekannten Problems:

UM-Wählpläne sind standardmäßig auf "Englisch (USA)" festgelegt   Im Rahmen der Abschlussvorgänge der Bereitstellung, die im Anschluss an die Installation des ersten Servers mit Exchange 2007, auf dem die Serverfunktion UnifiedMessaging ausgeführt wird, ausgeführt werden, wird der UM-Server einem UM-Wählplan hinzugefügt. Die verfügbaren UM-Sprachen (Englisch (USA) und eine weitere Sprache, je nach Installationssprache bei nicht englischen Exchange-Versionen) werden zu den für den Wählplan verfügbaren Sprachen hinzugefügt. Die Standardsprache des UM-Wählplans ist aber immer auf Englisch (USA) festgelegt, auch wenn die Exchange-Installation nicht in Englisch ist. Diese Einstellung wird in der RTM-Version (Release to Manufacturing) geändert.

Verwenden Sie die Exchange-Verwaltungskonsole oder die Exchange-Verwaltungsshell, um den UM-Wählplan so zu konfigurieren, dass die erforderliche Sprache verwendet wird.

So legen Sie die Standardsprache für UM-Wählpläne mithilfe der Exchange-Verwaltungskonsole fest

So legen Sie die Standardsprache für UM-Wählpläne mithilfe der Exchange-Verwaltungsshell fest

In diesem Abschnitt finden Sie Verfahren, mit denen folgendes bekanntes Problem umgangen werden kann:

Hub-Transport-Server in verschiedenen Gesamtstrukturen benötigen eine gesamtstrukturübergreifende Konfiguration   Damit Exchange-Hub-Transport-Server in verschiedenen Gesamtstrukturen erfolgreich E-Mail austauschen können, müssen Sie eine bidirektionale Gesamtstruktur-Vertrauensstellung zwischen den Gesamtstrukturen einrichten und die Zugriffssteuerung auf beiden Servern so konfigurieren, dass die für die Gesamtstruktur jeweils externen Server für den E-Mail-Austausch autorisiert sind.

In diesem Abschnitt wird erläutert, wie Sendeconnectors und Empfangsconnectors mithilfe der Exchange-Verwaltungskonsole oder der Exchange-Verwaltungsshell für die gesamtstrukturübergreifende Kommunikation konfiguriert werden.

Um eine direkte Nachrichtenübermittlung zwischen Microsoft Exchange-Servern in unterschiedlichen Active Directory-Gesamtstrukturen zu ermöglichen, müssen Sendeconnectors und Empfangsconnectors konfiguriert werden. Die für die Connectors zwischen den Domänen in der Gesamtstruktur erforderliche Vertrauensstufe und die erforderlichen Sicherheitseinstellungen sind von der Exchange Server-Version der Exchange-Organisation in jeder Gesamtstruktur abhängig sowie von den Active Directory-Gesamtstruktur-Funktionsebenen.

In diesem Abschnitt wird erläutert, wie die gesamtstrukturübergreifenden Connectors für die folgenden Szenarios zu konfigurieren sind:

• Exchange Server 2007 zu Exchange 2007 mit Gesamtstruktur-Vertrauensstellung
• Exchange 2007 zu Exchange 2007 ohne Gesamtstruktur-Vertrauensstellung
• Exchange 2007 zu Exchange Server 2003

Bevor Sie beginnen

Stellen Sie sicher, dass die Organisation die Voraussetzungen für jedes Szenario erfüllt. Die Voraussetzungen werden in dem Verfahren für das jeweilige Szenario aufgeführt.

Vergewissern Sie sich, dass das Konto, mit dem Sie diese Verfahren ausführen, über die erforderlichen administrativen Gruppenmitgliedschaften, wie im Folgenden aufgeführt, verfügt:

• Zum Erstellen eines Exchange 2007 SMTP-Sendeconnectors müssen Sie Exchange-Organisationsadministrator sein.
• Zum Erstellen eines Exchange 2007 SMTP-Empfangsconnectors müssen Sie für den Server, auf dem der Connector erstellt werden soll, Exchange Server-Administrator sein.  

Exchange 2007 zu Exchange 2007 mit Gesamtstruktur-Vertrauensstellung

In diesem Szenario werden die gesamtstrukturübergreifenden Connectors zwischen einem Hub-Transport-Server in einer Organisation und einem Hub-Transport-Server in einer zweiten Organisation erstellt. Zur Bereitstellung gegenseitiger Authentifizierung und Autorisierung zwischen den Servern in unterschiedlichen Gesamtstrukturen wird der TLS/Kerberos-Authentifizierungsmechanismus (Transport Layer Security) verwendet. Für dieses Szenario gelten folgende Voraussetzungen:

• Jede Active Directory-Gesamtstruktur muss sich auf der Funktionsebene einer Windows Server 2003-Gesamtstruktur befinden.
• Zwischen den zwei Gesamtstrukturen muss eine bidirektionale Gesamtstruktur-Vertrauensstellung bestehen.
• Um den Bereich der Authentifizierung in einer Gesamtstruktur auf Benutzer und Computer aus einer anderen Gesamtstruktur zu beschränken, kann ausgewählte Authentifizierung gewählt werden. Wenn ausgewählte Authentifizierung aktiviert ist, müssen Sie bestätigen, dass die Exchange Server-Sicherheitsgruppe in der Quellgesamtstruktur auf den Servern mit Exchange in der Zielgesamtstruktur über die Berechtigung Darf authentifizieren verfügt.
• Jede Gesamtstruktur muss über eine Exchange-Organisation mit Servern mit Exchange 2007 verfügen. Weitere Informationen zu Active Directoy-Funktionsebenen finden Sie unter Active Directory-Funktionsebenen - Technische Referenz (nur in Englisch). Weitere Informationen zu Active Directory-Vertrauensstellungen finden Sie unter Verwalten von Domänen- und Gesamtstruktur-Vertrauensstellungen (nur in Englisch).
• Führen Sie zum Herstellen der Nachrichtenübermittlung zwischen den Gesamtstrukturen die folgenden Schritte aus:

1. Erstellen Sie einen Sendeconnector, und wählen Sie Intern als gewünschten Verwendungstyp für diesen Connector.
2. Legen Sie Berechtigungen für den Sendeconnector fest.
3. Ändern Sie Berechtigungen des Standardempfangsconnectors für den Hub-Transport-Server.

Das folgende Verfahren stellt die gesamtstrukturübergreifende Nachrichtenübermittlung zwischen den Exchange 2007-Hub-Transport-Servern in den Gesamtstrukturen Contoso.com und FourthCoffee.com her. Das Verfahren muss in jeder Gesamtstruktur ausgeführt werden.

So konfigurieren Sie gesamtstrukturübergreifende Connectors zwischen Servern mit Exchange 2007 in einer vertrauenswürdigen Gesamtstruktur

Exchange 2007 zu Exchange 2007 ohne Gesamtstruktur-Vertrauensstellung

In diesem Szenario werden die gesamtstrukturübergreifenden Connectors zwischen den Hub-Transport-Servern in zwei Active Directory-Gesamtstrukturen erstellt, in denen beiden Exchange 2007 ausgeführt wird, die aber keine Gesamtstruktur-Vertrauensstellung zueinander haben. Standardauthentifizierung, Standardauthentifizierung über TLS oder externe Authentifizierungsmechanismen stellen Authentifizierung und Autorisierung zwischen den Servern in unterschiedlichen Gesamtstrukturen bereit, wenn keine Gesamtstruktur-Vertrauensstellung vorhanden ist. Für dieses Szenario gelten folgende Voraussetzungen:

• Jede Gesamtstruktur muss über eine Exchange-Organisation mit Servern mit Exchange 2007 verfügen.
• Bei Verwendung von Standardauthentifizierung muss in jeder Gesamtstruktur ein Domänenkonto vorhanden sein, das für die Standardauthentifizierung verwendet wird. Geben Sie zum Beispiel ein Benutzerkonto mit dem Universalprinzipalnamen (Universal Principal Name, UPN) FourthCoffee@Contoso.com als die Anmeldeinformationen an, die für die Authentifizierung durch die Server mit Exchange in der Domäne Fourth Coffee verwendet werden sollen, wenn an die Server mit Exchange in der Domäne Contoso gesendet wird.
• Wenn Sie Standardauthentifizierung über TLS verwenden, muss der Zielserver für die Verwendung eines X.509-Zertifikats mit einem FQDN konfiguriert sein, der mit dem FQDN des Empfangsconnectors identisch ist.
• Bei der Verwendung von externer Authentifizierung muss zwischen den Hub-Transport-Servern eine vertrauenswürdige Verbindung bestehen. Diese Verbindung kann eine IPSec-Zuordnung (Internet Protocol Security) sein, oder die Server können sich in einem vertrauenswürdigen, physikalisch kontrollierten Netzwerk befinden.

Führen Sie zum Herstellen der Nachrichtenübermittlung zwischen den Gesamtstrukturen die folgenden Schritte aus:

1. Erstellen Sie einen Sendeconnector.
2. Legen Sie Berechtigungen für den Sendeconnector fest.
3. Ändern Sie Berechtigungen des Standardempfangsconnectors für den Hub-Transport-Server, oder erstellen Sie für extern gesicherte Connectors einen neuen Empfangsconnector.

   Hinweis:
   Wenn Sie Standardauthentifizierung über TLS verwenden, müssen Sie den FQDN des Hub-Transport-Remoteservers in den Smarthost-Einstellungen angeben. Es kann keine IP-Adresse verwendet werden.

Das folgende Verfahren stellt die gesamtstrukturübergreifende Nachrichtenübermittlung zwischen den Exchange 2007-Hub-Transport-Servern in den Gesamtstrukturen Contoso.com und FourthCoffee.com her. Das Verfahren muss in jeder Gesamtstruktur ausgeführt werden.

So konfigurieren Sie gesamtstrukturübergreifende Connectors zwischen Servern mit Exchange 2007 ohne Vertrauensstellung unter Verwendung von Standardauthentifizierung oder Standardauthentifizierung über TLS

So konfigurieren Sie gesamtstrukturübergreifende Connectors zwischen Servern mit Exchange 2007 ohne Vertrauensstellung unter Verwendung von externer Authentifizierung

Exchange 2007 zu Exchange 2003

In diesem Szenario werden die gesamtstrukturübergreifenden Connectors zwischen einer Active Directory-Gesamtstruktur erstellt, in der Exchange 2007 ausgeführt wird, und einer zweiten Active Directory-Gesamtstruktur, in der Exchange 2003 ausgeführt wird. Die Sende- und Empfangsconnectors können zwischen dem Exchange 2007-Edge-Transport-Server und dem Exchange 2003-Bridgeheadserver oder zwischen dem Exchange 2007-Hub-Transport-Server und dem Exchange 2003-Bridgeheadserver erstellt werden.

Führen Sie zum Herstellen der Nachrichtenübermittlung zwischen den Gesamtstrukturen die folgenden Schritte aus:

1. Erstellen Sie einen Sendeconnector, und wählen Sie Legacy als gewünschten Verwendungstyp für diesen Connector auf entweder dem Exchange 2007-Edge-Transport-Server oder auf dem Hub-Transport-Server.
2. Ändern Sie Berechtigungen des Standardempfangsconnectors auf dem Exchange 2007-Transport-Server.
3. Erstellen Sie einen SMTP-Connector in Exchange 2003.

Das folgende Verfahren stellt die gesamtstrukturübergreifende Nachrichtenübermittlung zwischen den Exchange 2007-Transport-Servern in der Gesamtstruktur Contoso.com und den Exchange 2003-Bridgeheadservern in der Gesamtstruktur FourthCoffee.com her. Im Anschluss an die Ausführung dieses Verfahrens wird empfohlen, die Nachrichtenübermittlung durch Senden einer Nachricht zwischen den zwei Organisationen zu testen. Sie sollten ebenfalls die Protokolle untersuchen, um sicherzustellen, dass EXCH50-Daten an Exchange 2003 weitergegeben werden.

So konfigurieren Sie gesamtstrukturübergreifende Connectors zwischen Servern mit Exchange 2007 und Servern mit Exchange 2003 in getrennten Gesamtstrukturen