schroeder750

... Du gehst hier niemandem auf den Nerv, genau deswegen tümmeln wir uns hier im Board... wenn wir keine Probleme hätten, würden wir alle irgendwo mit nem kühlen Drink in der Sonne liegen, oder ? :D Das mit NT-Autorität/system ist völlig normal. Wer sollte sich sonst als letztes an dieser Mailbox angemeldet haben ? ;) Das mit der Systemaufsichtsmailbox ist natürlich haariger ... mannomann, was ist den da passiert ? Schon mal versucht, den Exchange nochmal drüberzuinstallieren oder das aktuelle Service Pack nochmal drüberzuhauen ? Wenn Du jedoch eh von diesem Server nur noch die priv und die pub absaugst, um sie in einem anderen Exchange einzupatchen, kann das ja nun auch ziemlich egal sein, oder ? Hauptsache Du bekommst beim temporär aufgesetzten Exchange das exmerge ans Fliegen... Habe, ehrlich gesagt auch keinen Ansatz zur Hand, wie man die Systemaufsichtsmailbox neu erstellt ... schon mal bei MS nachgesehen ? Gruss schroeder750 P.S: Von mir aus ziehen wir das hier tagelang durch, bis Du wieder einen brauchbaren Exchange hast, entwickle da jetzt bloss kein schlechtes Gewissen oder sowas ... :D

Gerne :) Mach halt in Ruhe vorher einen Test mit einem Client und lass den User danach in Ruhe testen... am Besten einen User schnappen, der auch in der Lage ist, dedizierte Rückmeldung zu geben... Viel Erfolg !!!!!! Gruss schroeder750

Nochmal zum Punkt: Bestehenden Exchange deinstallieren und neu aufsetzen: Da müsstest Du theoretisch vorher alle Postfächer löschen, damit die User im AD keine Postfacheigenschaften mehr haben. Danach deinstallieren, neu installieren und in aller seelenruhe jeden Benutzer anklicken und ein neues Postfach erstellen. Dann der Import der psts... Das müsste funktionieren... Grüsse schroeder750

Locker bleiben :D Die Idee ist auch nicht verkehrt... zumal Du so vorerst mal nicht in der produktiven Umgebung rumbastelst... ;) Oder: W2K3 Server nackt aufsetzen und den systemstate vom bestehenden Exchange einspielen. Danach via "ldp.exe" oder "adsiedit" die Exchange-Einträge aus dem AD rausschnippeln und den Exchange sauber neu draufinstallieren...Dann hast Du direkt nen DC mit allen Benutzerkonten :D ... schleppst aber evtl. die Berechtigungsprobleme mit :mad: ... kann auch sein... solltest beides testen ... Hier würde ich echt nur die priv und die pub pur einspielen... Da ist dann die Frage, wie es sich mit den Berechtigungen (Müller hat Postfach für Meier freigegeben usw.) verhält. Was ist mit Dingen wie Formularen, Postfachbeschränkungen und und und... auch mal Gedanken drüber machen. Ist aber im Vergleich zum momentanen Zustand evtl. das kleinere Übel mit gewissen Verlusten zu planen... Dann müsstest Du die Benutzer wieder mit den bestehenden Postfächern verbinden... sollte man auch vorher in einer Testumgebung testen, müsste aber eigentlich gehen... Shiet, würde Dir gerne die ultimative Lösung anbieten, aber das scheint nicht anders hinzuhauen. Gruss schroeder750

Genau so sehe ich das auch... Aber bitte vorsichtig, nicht einfach die Profile umbenennen oder ähnliche Geschichten. Damit Du keine Berechtigungsprobleme oder ähnliches bekommst, würde ich echt nur die Nutzdaten (Ordnerinhalte) vom alten ins neue Profil kopieren... Gruss schroeder750

autsch ... o.k. das ist dann ein bisschen haariger ... da brauche ich Dir nicht die Tasche vollzusabbeln mit parallelem Exchange aufbauen und in Ruhe alles rüberschieben... Tut ja wohl nicht... Ich würde aus dem Bauch raus mal folgendermaßen vorgehen: 1) Dich damit abfinden, daß Du ein langes Wochenende in der Firma vor Dir hast :D 2) Systemstate aller DCs ziehen und ein Komplettimage vom Exchange erstellen, für den eventuellen Rückweg... wichtig !! 3) Datenbanken des Exchange sichern 4) Dcpromo auf dem Exchange ausführen, raus damit aus dem AD 5) Deinstallation Exchange, damit dieser nicht mehr als Exchange im AD eingetragen ist. 6) Computerkonto aus dem AD löschen, Replizieren 7) Neuaufbau des Servers unter altem Namen, alte IP usw... 8) Dcpromo, wiedrer zum DC machen (optional) 9) Installation Exchange 2003 10) Versuchen ihm die alten Datenbanken unterzujubeln, in der Hoffnung, daß es ohne Probleme funktioniert und die verbogenen Berechtigungen jetzt passen... Im Zweifelsfalle kannst Du alle DCs runterfahren, im Restore-Modus neu starten, die systemstates zurückziehen und das Image des Exchange wieder zurückspielen. Dann hast Du den alten Stand wieder und bist schlauer, wo es gehakt hat... Sorry, ist echt ne größere Operation, aber meiner meinung nach notwendig... Gruss schroeder750

Doch natürlich. Extras => Dienste oder Extras => EMail-Konten (je nach Outlook-Version) => Vorhandenes Konto bearbeiten => Weitere Einstellungen => Erweitert => Zusätzlich diese Postfächer öffnen... Gruss schroeder750 Edit: O.K. O.K. diesmal war ICH zu langsam ... :D

Hy Mike, würde dann so vorgehen: ... unter dem Standarduser am PC anmelden. Den Befehl "Set" in einer DOS-Box absetzen, da wird angezeigt, welches Profil das aktuelle ist. Aufschreiben. Rechner als Administrator aus der alten Domäne raus in eine Workgroup, Neustart. Rechner in die neue Domäne rein, Neustart. Standardbenutzer am PC anmelden, neues Profil wird erzeugt. Den Befehl "Set" in einer DOS-Box absetzen, da wird angezeigt, welches Profil das neue und somit aktuelle ist. Aufschreiben. Den PC als Administrator anmelden und die Nutzdaten aus dem alten Profil des Users in das neue reinkopieren. Grüsse schroeder750

... moment mal... der alte Exchangeserver ist DC. Der neue Exchange soll gleich heißen, aber auf anderer HW laufen... Ergo bist Du doch sowieso gezwungen, den alten Server aus dem Rennen zu nehmen, oder ? Da musst Du schon sauber auf die Reihenfolge achten... Warum MUSS der neue Exchange exakt gleich heißen ? Das macht Dir ne Menge Zusatzarbeit... geht es darum, daß Du nicht die ganzen Clients umkonfigurieren willst, wenn der neue Exchange anders heißt ? Bei der richtigen Vorgehensweise brauchst Du das auch nicht... Grüsse schroeder750

InPlace oder Parallelmigration ? Oder genauer: Müssen die Clients in eine neue (W2K3) Domäne gebracht werden ? Ich gehe mal davon aus, daß es so ist, sonst würden ja die alten Profile erhalten bleiben... Hast Du Dir darüber schon Gedanken gemacht, wie es verlaufen soll, die Clients in die neue Domäne zu bringen ? Ich frage nicht ohne Hintergedanken: Ich habe mit dem Computermigrationsassistenten vom ADMT leider in gewachsenen Umgebungen bisher absolut keine guten Erfahrungen gemacht. Habe mir daher abgewöhnt, dies beim Kunden irgendwie automatisiert durchzuführen (ausser, wenn der Kunde teure Zusatztools kaufen will). Was ich damit sagen will: wenn man eventuell eh schon rumrennen muss, um die Clients einzeln in die neue Domäne zu bringen, kann man auch gleich die Profile lokal rumkopieren... das dauert dann pro PC ein paar Minuten länger... Wie waren denn diese Aktionen bei Dir geplant ? Grüsse schroeder750 P.S: Ich denke übrigens, daß abrocker meint, die Profile vorher zu servergespeicherten umzuwandeln... dann zu migrieren und dann evtl. die Profile wieder zu lokalen zu machen...

moin moin, wenn Du dem einen AD-User zwei EMail-Adressen vergibst und die eine als Hauptadresse einstellst, hast Du keine zwei Postfächer. Dann laufen alle mails für beide Adressen in ein Postfach und Du kannst auch nicht (übers Outlook) auswählen, unter welcher Adresse gesendet werden soll. Wenn Du zwei Benutzer anlegst und denen jeweils eine der Adressen vergibst, musst Du bei einem der beiden Postfächer das Recht "Senden als" für den anderen Benutzer vergeben... und eigentlich die vollen Berechtigungen auf das ganze Postfach für den anderen Benutzer. Danach konfigurierst Du das Outlook so, daß beide Postfächer geöffnet werden und der Button "Von" beim Versenden von Mails angezeigt wird. Grüsse schroeder750

@lefg: merkst Du was ... Hr_Rossi will nur, daß wir das nicht noch weiter breit treten ... schnüff ...

... ich war mal neugierig und habe doch noch ein Win98-Template für VMWare auf irgend einer Archiv-DVD gefunden: In der "Identifikation" unter "Netzwerk" steht wirklich nur der Begriff "Arbeitsgruppe", beim Client für Microsoft Netzwerke gibt man dann an, daß er sich an folgender Domäne anmelden soll ... Stimmt, das ist alles so halbseiden. Als echtes Domänenmitglied kann man das nicht unbedingt bezeichnen... bestärkt uns aber in unserer Meinung, daß es wegen irgendwelcher SIDs der Win98-Clients (falls existent) keine Probleme geben dürfte, oder ? Grüsse schroeder750

@lefg: wie definierst Du "Domänenmitglied" ? :) Is ja nun schon möglich, einen Win98 Client zum "Mitglied einer Domäne" zu machen. So oder so ähnlich heißt es ja bei diesem Rechner in der Netzwerkumgebung, wenn man ihn aus der Workgroup rausnimmt. Beim nächsten Start kommt ja dann auch die Anmeldemaske, in der unten die Domäne angegeben wird oder sollte ich mich da dermaßen täuschen und mein Gedächtnis mir einen Streich spielen ? - Ist nun auch schon ein Weilchen her, daß ich damit rumgemacht habe... Habe jetzt leider kein Template unter VMWare da, sonst würde ich glatt nochmal testen, weil ich durch Deinen Thread momentan auch etwas unsicher werde (... will ja hier keinen Unfug erzählen) - Ich müsste mich aber wirklich stark täuschen ... :D Klar, wenn man das Fehlen eines Computerkontos als Kriterium für Domänenmitgliedschaft nimmt, dann stimme ich Dir zu. Grüsse schroeder750

... die SID ist doch aus Domänensicht mit dem Computerkonto eines Rechners verstrickt... Die Betriebssysteme für den Heimanwender wie Win9x haben auch als Domänenmitglieder keine Computerkonten... Wie kam denn überhaupt die Frage auf ? Willst Du Win98 Rechner klonen und hast die Befürchtung, daß die sich nachher im Netz beißen werden ? Ich sehe da eigentlich weniger eine Gefahr. Solange die Rechner nachher verschiedene Namen und IPs haben, dürfte es da eigentlich nicht "rappeln" ... Gruss Schroeder750

O.K., da war ich auf dem falschen Dampfer... es geht Dir um die einzelnen Mails, nicht um die Postfachbeschränkungen... sorry :D Grüsse schroeder750

... bei den meisten Projekten, bei denen ich mit so etwas zu tun hatte, wurde das mit Visio geregelt ... Gruss schroeder750

Evtl. hilft Dir das hier weiter ? http://support.microsoft.com/default.aspx?scid=kb;de;328874 Gruss schroeder750

Moin Sedu, möchte nochmal genauer nachfragen, weil mir dieses Problem bisher so nicht untergekommen ist... Du hast folgendes gemacht: - Exchange System Manager => Eigenschaften des Postfachspeichers => Grenzwerte => Warnmeldung / Senden verbieten / Senden und Empfangen Verbieten mit Werten belegt. - Managementkonsole: User geschnappt => Eigenschaften => Exchange Allgemein => Speichergrenzwerte => Den Haken raus bei "Standardwerte für Postfachspeicher verwenden" und dann höhere Werte als bei den Standardeinstellungen im System Manager eingetragen. Richtig ? Und das funktioniert nicht ? Der jeweilige User bekommt trotzdem bei den Standardwerten vom Informationsspeicher aus dem System Manager auf die Finger gehauen ? Nur nochmal zur Kontrolle ... :p Grüsse schroeder750

... habe gerade nochmal rumgespielt: Wenn ich beim User "Standard" den Haken "Objekte lesen" über den Systemmanager für diesen Ordner wegnehme, bekomme ich auch genau den Effekt... der Ordner wird zwar als Adressbuch angezeigt, ist jedoch leer... Wie sieht es denn aus, wenn Deine User über die öffentliche Ordnerstruktur direkt auf diesen Kontakteordner klicken und ihn nicht über die Adressbuchfunktion auswählen ? Ist der Ordner dann auch leer ? Wenn der Haken "Objekte lesen" fehlt, müsste dies der Fall sein... Grüsse schroeder750

Moin moin, ... is ja rätselhaft... und wenn Du über den Exchange Systemmanager gehst ? Was steht hier bei den Eigenschaften des öffentlichen Ordners bei den Clientberechtigungen ? Kann es sein, daß hier der Haken "Objekte lesen" fehlt ? Nur so als Ansatz ... Habe gerade mal bei mir in der Testumgebung nachgeschaut: Der Benutzer "Standard" ist als Autor eingetragen und hat folgende haken gesetzt: - Objekte erstellen - Objekte lesen - Objekte bearbeiten: Eigene - Ordner sichtbar - Objekte löschen: Eigene Mit diesen Einstellungen funzt es bei mir prima ... Schau mal nach, O.K ? Grüsse schroeder750

... der MX-Record wird auf den weltweiten DNS Rootnameservern eingetragen. Wenn irgendjemand aus Paraguay oder sonstwo her Dir eine Mail schicken möchte, muss dessen Provider ja wissen, wohin die Mail geschickt werden muss. Da wird dann eine Abfrage an die DNS-Server gestellt und die IP-Adresse kommt zurück. Du musst also über Deinen Provider dafür sorgen, daß Du eine offizielle Domain hast und daß der Name dieser offiziellen Domain auf Deine externe IP aufgelöst wird. Grüsse schroeder750

... da würde ich die jeweilige Adresse auf einen öffentlichen Ordner legen, den dann alle einsehen können... oder eine serverbasierte Regel erstellen, die Mails an dieses Postfach automatisch an alle 4 Leute verteilt ... Gruss schroeder750 Sorry, Korrektur: Du erstellst natürlich für jedes dieser 4 Postfächer eine Regel, die dafür sorgt, daß alle Mails an diese Postfächer an ALLE verteilt werden... so rum... :D

Hy Nordman, willkommen an Bord !! :D Puha, bin noch nicht ganz wach... ... zu einem Punkt fällt mir auf Anhieb die Lösung ein: Hierzu kannst Du über die Managementkonsole den Benutzern weitere EMail-Adressen zuweisen und diese zur Hauptadresse machen. Diese Hauptadresse wird dann beim Versenden von mails genommen... Grüsse schroeder750

Na suuuper, wer diesen Thread jetzt liest, meint doch, wir sind total zugekifft, oder ? :D In dem Blog steht übrigens auch was von der Grenze mit 8 TB... hast schon recht, wem soll man denn jetzt glauben ? Hier http://www.microsoft.com/germany/exchange/editionen/default.mspx stehen wirklich die 16 TB drin ... als Größe für die einzelnen DBs ... Naja, wenn es mal soweit ist, daß man so viele Mails zu verwalten hat, kann man sich das dann ja mal ansehen ... :p Grüsse schroeder750