tfranzke

Hallo alle zusammen, ich habe hier folgendes Problem: Ich habe einen Laptop, der Mitglied einer Domäne ist. Dieser Laptop wird von einem Außendienstmitarbeiter genutzt, der - wie der Begriff schon vorgibt - auch häufiger mal unterwegs ist. Entsprechend meldet sich dieser Mitarbeiter auch häufiger an dem Laptop an, wenn der Laptop sich NICHT in der Domäne befindet. Dann kann folgendes geschehen: a) Der Laptop fährt nach der Eingabe des Benutzernamens/Passwortes korrekt hoch: Man hört den typischen Windows-Begrüßungssound, der Desktop erscheint und man kann ganz normal mit dem Laptop arbeiten. Im Ereignisprotokoll erscheint entsprechend der bekannte Eintrag: "Der Domänencontrollername für das Computernetzwerk konnte nicht ermittelt werden. (Die angegebene Domäne ist nicht vorhanden oder es konnte keine Verbindung hergestellt werden. ). Die Verarbeitung der Gruppenrichtlinie wurde abgebrochen." oder b) Der Laptop fährt nach der Eingabe des Benutzernamens/Passwortes NICHT korrekt hoch, es ertönt KEIN Windows-Begrüßungssound und der Laptop hängt. Die Festplatte rödelt vor sich hin und das war’s dann. Mann kann diesen Prozess dann nur durch ein „brutales“ Ausschalten beeinflussen. Auch in diesem Fall erscheint der o.g. Eintrag im Ereignisprotokoll, aber eben kein weiterer… Interessant in diesem Zusammenhang ist, dass man nicht genau festhalten kann wann welcher Zustand eintritt. Mit ziemlicher Sicherheit kann ich sagen, dass das erstmalige Hochfahren nach dem Trennen vom Netzwerk zu 95% immer funktioniert. Sämtliche weiteren Startversuche (immer OHNE NW-Verbindung) scheitern oder funktionieren dann. Allerdings ohne dass man vorhersagen könnte, wann ein Startversuch funktioniert und wann nicht (HKLM/Software/MS/WINNT/CurrentVersion/Winlogon/CachedLogonsCount kann es also nicht sein – Wobei sich mir hier die Frage stellt muß es „CachedLogonsCount“ heißen oder darf es auch „cachedlogonscount“ lauten?). Sobald das Laptop dann wieder an das Netzwerk geht funktioniert es ohne Probleme. Soweit ich das überblicken kann ist keine Gruppenrichtlinie verändert, das Benutzerprofil des Nutzers auf dem Laptop steht auf Lokal, einzig ein Userverzeichnis „U“ wird verbunden. Wer kann mir weiterhelfen? Für eine Antwort schon im Voraus vielen Dank! Beste Grüße, tfranzke

ja, nur da scheitere ich bei: 2. In Information Store Viewer, find the folder that you want, and then look in the list of properties for the PR_PF_PROXY property. If the PR_PF_PROXY property is not in the list of properties, it is not populated on that folder in the store. Oder mit anderen Worten: How to get this thing populated?

Noch eine Ergänzung: Unter den öffentlichen Ordnern -> Beispielordner -> re. Maus Eigenschaften -> Berechtigungen kann ich nicht auf "Verzeichnisrechte" zugreifen (ist ausgegraut). Könnte das auf ein Problem mit dem domainprep deuten? Beste Grüße, tfranzke

2000. Müßte ich dann denn nicht noch mehr Fehlermeldungen erhalten? Habe weder 9543 noch 9188 in der Ereignisanzeige. Zudem ist Exchange mit SP2 ausgestattet und W2K mit SP4. Nun gut, wenn ich jetzt Domainprep nochmal drüber laufen lasse, macht das Sinn?

Danke weg5st0, jawohl, daran lag es. Hatte einen Tippfehler in der ganzen Sache und schon kann das einfach nicht mehr funktionieren. Jetzt habe ich noch das Problem, dass a) Nicht alle öffentlichen Ordner bei den Benutzern zu sehen sind und b) Ich im ESM bei einem Klick auf die Eigenschaften bei den öffenlichen Ordnern (egal bei welchem) die Meldung c1038a21 (siehe auch: You may receive a c1038a21 error message when you try to use Exchange System Manager to look at the properties of a public folder. erhalte. Nur funktioniert die darin beschriebene Lösung nicht, da bei mir der Punkt 2. zutrifft. Und für diesen Fall spricht MS von keinem weiteren Vorgehen, oder ich übersehe hier wieder etwas... Kann das ganze noch etwas mit den Rechten zu tun haben? Schließlich handelt es sich hierbei ja um eine DB, die aus einem Offline Backup in einer komplett neu aufgesetzten Domäne installiert worden ist. Wenn ich in die Eigenschaften eines öffentlichen Ordners und da dann unter "Berechtigungen/Clientberechtigung" nachsehe, dann sehe ich viele ID's von nicht mehr vorhandenen Usern (weil altes AD ja nicht mehr existiert, s.o.). Beste Grüße, tfranzke

Habe jetzt den Server und die Domäne nochmals komplett neu aufgesetzt und bekomme inzwischen die Postfächer wieder mit den (neu erstellten) Benutzern verbunden. Bin im übrigen nach folgendem Weg vorgegangen: Verlust des Forest: MSXFAQ.DE - Exchange NOTFALL - Serverdesaster 2000 Mein Problem ist jetzt, daß die Mails jetzt nicht mehr in die Postfächer der Benutzer sortiert werden, sondern Sie landen alle im Administrator/postmaster Account. Nach ca. 30 Stunden Exchange rauf / runter installieren sehe ich den Wald vor Bäumen nicht mehr und bin dankbar für jeden Hinweis. Das kann doch eigentlich nur eine Kleinigkeit sein, an der es hängt. Danke für Tips schon einmal vorab. Beste Grüße, tfranzke

Also, ich empfand die Beschreibung nicht allzu abwegig. Zumal man es ähnlich bei vielen anderen auch liest (z.B. MSXFAQ.DE - Exchange Verschieben, Umbenennen, Umbauen. Wenn ich mir das genau betrachte, dann habe ich fast schon eher diesen Weg eingeschlagen. Nein, ich habe keinen weiteren DC (mehr). Ja, die Replikation war abgeschlossen; insofern Du Dich damit auf die DC-Replikation beziehst, eine Exchange Replikation (z.B. von öffentlichen Ordnern), habe ich nie eingeleitet. Ich bin momentan dabei eine Neuinstallation von Exchange durchzuführen mit allem was dazu gehört, also forestprep, domainprep, etc. Macht es vor der Installation Sinn, das Attribut msExchHomeServerName anzupassen? Beste Grüße, tfranzke

Hallo alle zusammen, ich habe das Problem, daß ich nach einem Exchange Backup (Anweisung gemäß: Exchange 2000/2003 Datenbank sichern, neu aufgesetztem Exchange unterschieben. - administrator) nun das Problem habe, daß ich zwar den Clean-Up ausgeführt bekomme, danach dann allerdings die Benutzer nicht wieder mit den Postfächer verbinden kann, weil ich folgenden Fehlermeldungen erhalte: Der Vorgang konnte nicht durchgeführt werden, weil dieses Postfach bereits wieder mit einem vorhandenen Benutzer verbunden wurde. Und danach: Das Objekt wurde noch nicht auf den Zielserver repliziert, warten Sie bis die Replikation abgeschlossen ist und versuchen Sie es dann erneut. Opertation: Postfachresourcen wird auf Server SERVER-SCHL aktualisiert ID-Nr.: c1031731 Exchange System-Manager Was ich schon probiert habe ist das löschen des Exchange-Kontos des Benutzers in AD Benutzer & Computer. Allerdings bietet er mir die Option löschen nicht an :-( Eine Anmerkung noch: Bei AD Benutzer & Computer zeigt er mir bei dem Benutzer unter "Exchange - Allgemein" beim Punkt Stammserver: Erste Organisation/Erste administrative Gruppe/STDC01. Wobei es sich hierbei um den alten (nicht mehr in der Domäne befindlichen!!) DC und Exchange Server handelt. Verwendet habe ich ferner die folgenden Hinweise: 1.) How to move an object that is replicated from Exchange Server 5.5 by the Active Directory Connector to another container in Active Directory 2.) How to Recover a Deleted Mailbox in Exchange Wäre Euch dankbar für jedwede Idee. Beste Grüße, tfranzke