Fraenky

Hallo, weiß jemand, ob es das RSAT (Remote Server Administration Tool) auch auf für WinXP gibt? Oder ist das außschließlich Vista vorbehalten? Gruß, Fränky

Hallo, das Installieren des Collaboration Data Object hat leider auch nichts gebracht :( Ich hatte das Ganze ja auf einer anderen Testmaschine eingerichtet, wo es komischerweise funktioniert hat (bis auf das im Postfach keine Inhalte waren). An diesem PC hat das Setup der Verwaltungstools darauf hingewiesen, dass ein Patch (KB926776) für das .NetFramework 2.0 fehlt. Kann das mein Modul sein, was ihm fehlt? Kann es aber leider auf dem PC, an dem das Problem besteht nicht installieren. Auf dem PC ist .NetFramework 2.0 SP2 installiert, dass ich auch nicht entfernen kann, um mal alles noch mal von Grund auf zu installieren. Oder hat noch jemand eine Idee? Möchte ungern den ganzen PC neu installieren :( Gruß, Fränky

Hallo BrainStorm, danke für den Tip. Ich werd es gleich morgen probieren. Das Komische ist, ich habe es heute Nachmittag noch mit einem anderen XP-System versucht, gleiches OL, auch SP3 auf dem XP, .Net-Framework 2.0 installiert, dann wollte die Installation der Exch.-Verwaltungstools noch einen Patch für die Frameworks, dann Powershell 1.0 drauf, dann die Verwaltungstools, und was soll ich sagen, schon kam ich ein Stück weiter :confused: . Ich bakam die Meldung, dass die PST importiert wurde, nur leider war nichts in der Mailbox drin :confused: . Ich werde morgen auf alle Fälle mal das Collaboration Data Object runterladen und installieren, dann werde ich die PST noch mal neu aus OL exportieren, und mich melden, ob es was geholfen hat. Danke, Fränky

Hi, und danke für Deine Antwort. Ich habe Outlook 2007 auf dem System. Muss allerdings zu meiner Schande gestehen, dass ich im Moment nicht weiß, ob ich dafür alle SPs drauf habe :shock: :o . Gruß, Fränky

Hallo zusammen, versuche mich nach einer Woche Pause wieder mit dem Importieren von PST-Dateien in Exch.-Postfächer (Exch. 2007). Ich habe mir mittlerweile die richtige Version der Exch.-Verwaltungstools besorgtl, installiert, die Windows-Powershell auf Vers. 2 aktualisiert. Wenn ich jetzt versuche eine PST-Datei in ein Postfach zu importieren, bekomme ich die Abfrage, ob ich das wirklich machen will, dann dauert es ca. 1-2 Sekunden, und es erscheint ein Fenster, mit dem Ergebnis. Unter Anderem folgendes: StatusCode: -1073282946 StatusMessage: Das angegebene Modul wurde nicht gefunden. :confused: :mad: Auch in der Log-Datei kann ich nichts finden, was mir mehr Aufschluss geben könnte. Woran kann es denn jetzt noch liegen? Gruß, Fränky

Hallo Blub, danke auch für Deinen informatieven Beitrag. Komischerweise hat das "cd \" bei mir funktioniert, das "set-location \" hat nicht funktioniert :confused: , wobei ich das in der Hilfe gefunden hatte. Das hatte mich dann zu der Verzweiflung geführt, hier im Forum nachzufragen. Gruß, Fränky

Hallo Nils, OK, danke, das hat wenigstens schon mal funktioniert :D . Was die Fehlermeldung bzgl. des Befehels angeht, scheint es wirklich so zu sein, dass ich die falsche Version der Tools habe (also, ohne SP1). leider habe ich keinen Datenträger mit dem integrierten SP. ALso, hab ich mir es noch mal gezogen. Hat leider gedauert, hab nur ne 100er Leitung :mad: . Konnte es jetzt auich nicht mehr ausprobieren. Werde ein kurzes Feedback geben, obs dann geklappt hat. Danke jetzt schon mal für Deine Hilfe, und sorry noch mal, für die Äußerung in meinem 2. Beitrag, sollte nicht böse gemeint sein :D . Gruß, Fränky

Hallo Martins, ich gehe mal davon aus, dass auf "C:\Users" Deine TS-Profile liegen. Nachdem das Profil gelöscht wurde, wie wurde es danach wieder angelegt? Hast Du selbst den Ordner erstellt? Wenn ja, könnte es vielleicht auch ein Berechtigungsproblem sein. Meine Erfahrung ist, am Besten, wenn das System den Ordner selbst wieder anlegt. Hast Du schon mal bei eventid nachgeschaut? Event ID 502 Source Folder Redirection Nur so eine Idee. Gruß, Fränky

Sorry, wollte Dich nicht gleich aus der Bahn schießen :D . Ich hatte halt gehofft, dass mir jemand sagen kann, wie ich zurück ins Root komme. Also, wie schon gesagt habe ich die Exch.-Tools installiert, und daraus die Shell verwendet. Ich konnte z.B. dem Administrator FullAccess auf die Mailbox geben. Also, muss es ja die richtige Shell sein. Das heißt, da gibt es ja noch den Unterschied mit dem SP1, denn Exch. 2007 kennt "Import-Mailbox" ja erst ab SP1. Auf dem Exch. müsste das SP1 drauf sein. Meine Vers.-Nr. ist zumindest "Version 8.1 (Build 240.6)". Siehe auch hier: MSXFAQ.DE - SP 2007 SP1 Also, denke ich mal, dass der Shell das Feature von SP1 fehlt :confused:. Bin gerade auf der Suche nach den Tools für 32Bit mit SP1. Oder bin ich immer noch auf dem falschen Weg? Gruß

Hallo Nils, danke für Deine Antwort. Ich habe mir auf meinem PC (XP SP3) die Exch.-Verwaltungstools installiert (Exch.-Verwaltungskonsole und Shell). Und mit dieser Shell versuch ich es. Also, danke für den Hinweis, aber wäre schön, du hättest meine Frage beantwortet ;) . Gruß

Hallo, versuche mich gerade mit der Exch.-Powershell, um PST-Dateien in die Exch.-Mailboxen zu importieren, und brauche mal einen Denkanstoß :D . Import-Mailbox will er nicht kennen :shock: . Ich gehe mal davon aus, das liegt daran, dass ich die Shell von einer Desktopverknüpfung starte, und der Pfad bei der Eingabe nicht im Root (c:\) steht, sondern C:\Dokumnete und Einstellungen\... . Wie komme ich in der Shell auf das Root zurück? Also sowas wie "cd\"? Im Vorraus schon mal Danke für Hilfe, Gruß Fränky

Welchen Smarthost nutzt Du? "smtprelay.t-online.de"? Dann authentifizierst Du Dich mit einem Benutzer und einem Passwort. Das sollte meiner Meinung nach eigentlich kein Problem sein. Probier es einfach, und dann poste mal das Ergebnis ;) Gruß, Fränky

Hallo und willkommen hier im Forum ;), könnte das vielleicht helfen? Office 2007 Installation bricht unter Windows XP SP3 mit Fehler 1933 ab Das nie endende Chaos! Schau auch mal, ob Du fehler im Ereignisprotokoll hast. Gruß, Fränky

@LukasB: Welches Workaround meinst Du damit? Hast Du einen Link dazu? Oder meintest Du das wöchentliche Rebooten des Servers? Bin gerade ebenfalls bei einer Teststellung mit SBS2008, die jetzt kurzfristig produktiv gehen soll. Im Grunde ist vieles je recht schön geworden, vorallem die neuen Features was OWA betrifft, doch so einiges steigert ja schon den Wunsch nach einer R2-Version :mad: . Gruß, Fränky

Hallo Günther, habe mir das angeschaut mit dem Umstellen von "remote" ... supi :D . ich bin allerdings immer noch etwas verwirrt, was das Einrichten des SBS2008 bzgl Exchange angeht, und habe noch die ein oder andere Frage. Ich hab das Ding jetzt am Laufen, verstehe aber einiges noch nicht. Das heißt: - Mailversand intern wie extern (extern über Smarthost) -> OK - Mailversand an "name@firma.de (Adresse ist nicht im Active-Directory vorhanden ... wie in Deinem Link beschrieben) -> OK - Mailempfang mit POP3-Connector -> OK - Zugriff von außen über OWA -> OK Ich bin folgendermaßen vorgegeangen: 1. Inst. SBS (interne Dom: firma.local) 2. Windowsupdates 3. Abarbeitung SBS-Konsole 3.a. Internetverbindung hergestellt 3.b. Internetadresse eingerichtet (remote.firma.de) 3.c. Smarthost (vom Hoster) eingerichtet (smtp.firma.de) 3.d. POP3-Connector eingerichtet 4. Konfigurieren von Exchange 2007 zum Weiterleiten von Nachrichten für einen gemeinsam genutzten Adressraum 5. User angelegt (testweise über die SBS-Konsole, über AD und über Exch.-Verwaltungskonsole) 6. Portforwarding auf dem Router für OWA Wenn ich die User anlege, bekommen diese automatisch die Mail-Adr. "username@firma.de" (z.B. "fritz.muster@firma.de"). Diese Adresse gibt es nirgendwo! Beim 2003er war ich gewohnt, dass der User beim Anlegen folgende Adresse bekam: "user@firma.local" (z.B. "fritz.muster@firma.local"). Die externe Mailadresse wurde ihm dann nachträglich hinzugefügt, oder über die Empfängerrichtlinie zugeteilt (z.B. "f.muster@firma.de"). Jetzt zu meinen Fragen: 1. ist das richtig so, dass die *.local Adressen nicht mehr automatisch vergeben werden, oder ist in meiner Konfigurationsreihenfolge etwas falsch? 2. Werden diese *.local Adressen nicht mehr gebraucht? Beim Anlegen des Users hängt der Wizzard die Dom-Erweiterung "@firma.local" an den Usernamen mit dran, weist dem User die Adresse aber nicht als E-Mailadresse zu :confused: Gruß Fränky

Ja, gern geschehen :D . Schön, dass Dein Problem gelöst ist, und danke für den Downloadlink :) Gruß, Fränky

Hallo Günther, supi, werde ich mir gleich am Montag mal anschauen. Habe jetzt beim Hoster einen Eintrag auf remote.firma.de angelegt. Aber für die Zukunft gut zu wissen :) . Gruß, Fränky

Hallo Günther, vielen Dank für Deine Antwort. Ich habe mir den Threat angeschaut, auf den Dein Link verweist. Den MS-Artikel habe ich mir ausgedruckt, und werde mir ihn mal in Ruhe anschauen. Scheint das zu sein, was ich suche. Was ich mittlerweile bzgl. der Einrichtung der Internetadresse rausbekommen habe ist, dass ich wohl nicht drum rum komme, als beim Hoster oder Provider einen DNS-Eintrag auf eine Subdomain von meiner *.fimra.de Domain anlegen zu lassen, um mit dem OWA zu arbeiten. Ich habe jetzt bereits einen Eintrag auf "remote.firma.de" mit Verweis auf meine feste IP eintragen lassen. Dazu noch eine kleine Frage, muss das unbedingt "remote" heißen? Ich glaube, der Wizzard lässt nichts anderes zu? Ist alles im Moment noch etwas verwirrend, der Umstieg vom 2003er SBS auf 2008. Schade, dass es noch keine deutschen Bücher über den SBS2008 gibt :( . Gruß, Fränky

Ist ja schon ein Hin und Her mit der *.local Dom. ich beschäftige mich im Moment mit dem SBS2008, und der hat automatisch bei der Installation die Dom *.local erstellt. :rolleyes: Wäre nicht schlecht, wenn es da mal ne klare Richtlinie gäbe. Gruß, Fränky

Hallo Gabriel, hast Du den Menber-Server neu installiert, oder geklont? Wenn der geklont ist, dann liegt es an der falschen SID. Schau dazu auch mal hier: http://www.mcseboard.de/windows-forum-ms-backoffice-31/anmelde-fehler-sid-53319.html Gruß

Hallo zusammen, hätte mal wieder eine Frage. Ich baue gerade an einer SBS2008 Teststellung, und habe eine Verständnisfrage zur Einrichtung vom Exchange. Folgendes Zsenario: - SBS IP: 192.168.1.2 - Router: 192.168.1.1 - Lokale Dom: mydom.local - Externe Dom: firma.de und firma.com (Beide bei unterschiedlichen Hostern) - ISP: Telekom mit fester IP. - Ausgehende Mails: über den Exch. per SMTP an den Smarthost des Providers (firma.de) - Eingehende Mails: Mit dem zugehörigen POP3-Con. des SBS (ich weiß, es ist besser, diese vom Hoster per SMTP zu bekommen, möchte aber jetzt erst mal in der Teststellung mit dem Connector arbeiten !!!) 1. Der Server ist frisch installiert, und ich habe ihm die eigene IP (nur die letzte Stelle) geändert (unwissend ohne den Wizzard). Nach ip... /registerdns scheint alles ok. Hoffe, das gibt keine Probleme mehr?! 2. Der Exchange soll später über die fest IP über OWA erreichbar sein. Nun habe ich ein Verständnisproblem bei der Einrichtung der Internetadresse, die ich ja brauche, um Mails nach außen zu senden, und den Server mit OWA zu erreichen. Gebe ich die *.local an, die kann logischerweise keiner von aussen finden. Gebe ich die *.de an, kann ich auch nichts damit anfangen, da diese ja beim Hoster liegt. Also, wie kann ich es anstellen, das die Clients den Server über die feste IP vom ISP erreichen? Was und wie muss ich hier konfigurieren? Ich hoffe, ich habe mein Problem so verständlich geschildert. Freue mich über jede Hilfe. Gruß, Fränky

Hallo Timmek, Problem gelöst? Ich hatte das gleiche Problem auf einem 2003er Server in einer Teststellung. Man soll nicht glauben, wie schnell sich der Virus mit dem Schweinkramnamen einnistet :D . Das Removal-Tool von der Firma mit den gelben Verpackungen hat dann geholfen ;) . Gruß, Fränky

@NilsK interessante Beiträge auf deiner Seite. Also, geht die Empfehlung dahin, Finger weg von .local? Gut, wenn ich an meiner Dom eine Handvoll Clients hab, uns sonst nichts besonderes damit mache, denke ich, ist es auch wurscht, wenn sie .local heißt. Dabei war doch der Tonus immer, die lokale Dom .local. Egel mit welchem Support ich gesprochen habe, oder in welchen Foren man liest. Selbst der MS-Support machte mir einen angenehmen Eindruck mit einer .local Dom. Ich würde auch gerne was drauf wetten, dass die Mehrheit hier im Board ihre lokalen Domänen so benannt haben :suspect: Gruß, Fränky

Hallo, ich würde meine interne/lokale Domain immer *.local nennen. *.de musst Du vorsichtig sein, das würde ich nur machen, wenn mir diese Domain auch gehört, und ich sie auch öffentlich nutzen würde. Anderenfalls macht es meines Wissens nach nicht viel Sinn, eine lokale Dom .de/.com oder .... zu nennen. Passieren würde zwar nichts, solange Du Deine Server nicht öffentlich ins Internet stellst. Gruß,

Ganz einfach. 1. In der Freigabe auf Berechtigung, die User rein, die Zugriff haben sollen, alle anderen raus. 2. Rechtsklick auf den Ordner -> Sicherheit -> dann wieder die rein, die dürfen, alle anderen raus (Voraussetzung, dass der Ordner auf einem NTFS-Laufwerk liegt). Sicherheitshalber kannst Du bei beiden dem Admin Zugriff geben, falls du dich mal selbst aussperrst ;) Gruß