Problem:
Man hat einen Benutzer, der ein zusätzliches Postfach eingehängt hat. Nun möchte er sich ordner aus diesem zusätzlichen Postfach in sein persönliches Postfach kopieren/verschieben, erhält jedoch die Fehlermeldung:
"Die Elemente können nicht kopiert werden. Der Ordner kann nicht kopiert werden, da er möglicherweise private Elemente enthält."
Der Benutzer hat aber Vollzugriff auf das zusätzliche Postfach!
Lösung:
Zuerst sollte man prüfen, ob nicht wirklich Elemente als privat markiert sind. Das kopieren von privaten Elemeten wird "by-design" unterbunden. Doch in einem Postfach ist selten etwas als privat makiert. Nach viel suchen und probieren bin ich auf einen Artikel gestoßen, der mir zuerst etwas setsam vorkam, aber dann doch die Lösung für das Problem war. Folgende vorgehensweise hat zur Lösung geführt:
1.) Geben Sie dem Benutzer Vollzugriff auf das gesamte Postfach - falls noch nicht getan
2.) Öffnen Sie das zusätzliche Postfach mit einem Outlook-Client
3.) Geben Sie dem Benutzer über die Stellvertretungen die Berechtigung "Stellvertreter kann private Elemente sehen"
4.) Melden Sie sich wieder als Benutzer an und nun können Sie die Ordner kopieren/verschieben
Problem:
Nach der Installation von Servicepack 3 für Exchange 2007 lässt sich kein Empfangsconnector mehr einrichten.
Es wird folgender o.ä. Fehler angezeigt:
Active Directory-Vorgang konnte nicht auf . Dieser Fehler ist kein Wiederholungsversuch möglich. Weitere Informationen: der Parameter ist falsch.
Active Directory-Antwort: 00000057: LdapErr: DSID-0C090B38, Kommentar: Fehler im Attribut-Konvertierungsvorgang, Daten 0, Vece
Das angeforderte Attribut ist nicht vorhanden.
Ursache:
Bei der Aktualisierung von SP3 wurde das AD-Schema nicht mit angepaßt.
Lösung:
Es muß eine Schema-Erweiterung durchgeführt werden. Hierzu folgenden Befehl aus dem Exchange-SP3-Installationsverzeichnis ausführen:
Setup.com/PrepareSchema
Nach der Schema-Erweiterung funktioniert alles wieder wie gewohnt!
Problem:
Die Installation der HUB-Transport-Rolle von Exchange 2007 auf einem Server 2008 schlägt fehl mit folgender Meldung:
Ereignisquelle: MSExchangeSetup
Ereignis-ID: 1002
Taskkategorie: Microsoft Exchange Setup
Level: Fehler
Stichwörter: Klassisch
Beschreibung:
Hub-Transport-Funktion der Exchange Server-Komponente schlägt fehl.
Fehler:
Fehler: Ein Fehler ist aufgetreten. Fehlercode 2147504141. Meldung: "Die Eigenschaft wurde nicht im Cache gefunden."
Ursache:
Das Problem tritt auf, wenn IPv6 auf der Netzwerkkarte deaktiviert wurde, aber diese Einstllung nicht auf andere Adpater (Tunnel-/Loppback-Adapter) auswirkt.
Lösung 1:
Aktivieren Sie IPv6 wieder auf der Netzwerkkarte und starten Sie die Installation erneut!
Lösung 2:
Deaktivieren Sie IPv6 auf allen Adaptern mittels Registry.
Hierzu bitte wie folgt vorgehen:
1.Öffnen Sie den Registrierungs-Editor.
2.Navigieren Sie zum folgenden Registrierungsunterschlüssel:
3.Klicken Sie im Detailbereich auf Neu und dann auf DWORD-Wert (32-Bit).
4.Geben Sie DisabledComponents ein, und drücken Sie die EINGABETASTE.
5.Doppelklicken Sie auf DisabledComponents, und geben Sie dann in das Feld Hexadezimal die Zeichenfolge 0xffffffff bzw. in das Feld Dezimal die Zeichenfolge 4294967295 ein.
Hinweis: Der Wert 0xffffffff bzw. der Wert 4294967295 deaktiviert alle IPv6-Komponenten, mit Ausnahme der IPv6-Loopback-Schnittstelle.
Problem:
Beim Sichern eines Servers auf einen Backup-To-Disk-Ordner treten Ereignisse 33808 im Ereignisprotokoll auf.
Beim Verarbeiten eines Backup-to-Disk-Befehls trat ein Fehler auf.
Drive: WriteSFMB() WriteFile failed @0 (\\NASSERVER.DNG.BUT\Backup-Ex2012\@@@@@@@@.bkf). Error=64
Beim Verarbeiten eines Backup-to-Disk-Befehls trat ein Fehler auf.
Drive: PreAllocateBkf() WriteMasterFMTable failed (\\NASSERVER.DNG.BUT\Backup-Ex2012\@@@@@@@@.bkf). Error=64
Lösung:
Das Problem liegt an der Einstellung "Maximale Größe für Backup-To-Disk zuweisen" in den B2D-Einstellungen.
Hier einfach den Haken ENTFERNEN und das Problem ist gelöst!
Problem:
Nach dem Umzug des DHCP-Servers auf unseren neuen Server 2008 R2 haben wir festgestellt, dass die Reverse-Lookup-Zone nicht aktualisiert wird.
Betroffen waren hier alle Windows 7-Clients.
Lösung:
Nach einiger Suche im Internet haben wir mehrfach dieses Problem angetroffen. Hierzu gibt es eine einfache Lösung.
Man aktiviert in den DHCP-Server-Einstellungen den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren"
Folgende Vorgehensweise hierzu:
1.) DHCP-Server-SnapIn starten
2.) Rechtsklick auf den betroffenen Bereich und "Eigenschaften" auswählen
3.) Im Reiter "DNS" wählen
4.) Hier den Punkt "DNS-A und -PRT-Einträge immer dynamisch aktualisieren" aktivieren
5.) OK klicken
Danach soltlen bei der nächsten Client-Anmeldung der Reverse-Eintrag wieder angelegt werden.
Man kann dies gerne mittels "ipconfig /release" und nachfolgendem "ipconfig /renew" an einem Windows 7 Client testen.
“Das einzig sichere System müsste ausgeschaltet, in einem versiegelten und von Stahlbeton ummantelten Raum und von bewaffneten Schutztruppen umstellt sein.”