• Ein Update aus früheren Versionen von Exchange 2007 wird nicht unterstützt. Updates aus früheren Versionen von Exchange 2007 (früher Exchange "12"), z. B. aus 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 RTM-Version (Release to Manufacturing) von Exchange 2007 installieren.
  
  
• Updates nur der Verwaltungstools aus früheren Exchange 2007-Versionen werden nicht unterstützt. Das Update 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 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 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 (nur in Englisch).
  
  

• 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:
  Informationen auf Websites von Drittanbietern unter diesem Thema werden als Unterstützung zum Auffinden der benötigten technischen Informationen zur Verfügung gestellt. Die URLs können ohne vorherige Ankündigung geändert werden.

• 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, muss die PIN des Benutzers für das UM-Postfach zurückgesetzt werden.

• 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.
  
  

• 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.
  
  

• 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
    
    

  Vorsicht:
  Die fehlerhafte Bearbeitung der Registrierung kann zu ernsthaften Problemen führen, die möglicherweise eine Neuinstallation des Betriebssystems erforderlich machen. Dadurch entstandene Probleme können unter Umständen nicht mehr behoben werden. Sichern Sie vor dem Ändern der Registrierung alle wichtigen Daten.

• 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.
  
  

• 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.
  
  

• 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.
  
  

  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.

• Die Einstellungen des Clusterdiensts hinsichtlich kurzer Netzwerkunterbrechungen sollten toleranter gewählt werden. Die Überwachung der Netzwerkverbindungen zwischen Clusterknoten durch den Clusterdienst sollte kurze Unterbrechungen tolerieren. Auf diese Weise werden Failover bei kurzen Netzwerkausfällen verhindert. Weitere Informationen finden Sie unter "Ändern der Toleranzeinstellungen für verpasste Clustertakte" weiter unten in diesem Dokument. Weitere Informationen finden Sie im Knowledge Base-Artikel 921181 zum Thema Es ist ein Update verfügbar, das die Features "Dateifreigabezeuge" und "Konfigurierbare Clustertakte" zu Microsoft Windows Server 2003 Service Pack 1-basierten Serverclustern hinzufügt.
  
  
• 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, so dass 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.
    
    

• 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.
  
  
• 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; es wird nur Serbisch (Kyrillisch) (Sr-Cyrl-CS) unterstützt. Die Exchange 2007 Betaversion 2 gab an, dass beide Sprachen unterstützt würden. 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.
  
  
• Klarstellung zu den Deaktivierungs- und Entfernungsaktionen für Empfängerverwaltung. In Exchange 2007 bezeichnet ein Empfänger ein Active Directory-Objekt, das Exchange-Attribute besitzt. Sie können zwei Aktionen durchführen, um beliebige Empfängertypen für ungültig zu erklären: deaktivieren und entfernen. Die dynamische Verteilergruppe kann jedoch nur entfernt werden.
  
  Die Deaktivierungsaktion deaktiviert die E-Mail-Funktion für ein Active Directory-Objekt. Wenn Sie einen Empfänger deaktivieren, werden alle Exchange-Attribute vom Objekt entfernt, es verbleibt jedoch auch weiterhin in Active Directory. Das Objekt wird in Exchange nicht mehr als Empfänger angezeigt, kann jedoch noch für andere Zwecke verwendet werden. Sie müssen mindestens über die Berechtigungen eines Exchange-Empfängeradministrators verfügen, um einen Empfänger deaktivieren zu können.
  
  Im Gegensatz dazu löscht der Entfernungsvorgang das gesamte Objekt aus Active Directory. Nachdem Sie einen Empfänger entfernt haben, ist das zugehörige Active Directory-Objekt nicht mehr verfügbar. Sie müssen nicht nur die Berechtigungen eines Exchange-Empfängeradministrators besitzen, sondern auch berechtigt sein, Objekte in Active Directory zu löschen, um einen Empfänger entfernen zu können.
  
  
• 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.
  
  

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

Der Einstellungen des Clusterdiensts hinsichtlich kurzer Netzwerkunterbrechungen sollten toleranter gewählt werden. Die Überwachung der Netzwerkverbindungen zwischen Clusterknoten durch den Clusterdienst sollte kurze Unterbrechungen tolerieren. Auf diese Weise werden Failover bei kurzen Netzwerkausfällen verhindert.

In diesem Verfahren werden die Taktkonfigurationen für Schnittstellen und für Knoten auf zehn verpasste Takte geändert. Diese Einstellungsstufe entspricht ungefähr 12 Sekunden.

Ändern der Toleranzeinstellungen für verpasste Clustertakte