Gulp

Also ich habe immer auf beide Verfahren gesetzt und dies auch bei einigen Kunden umgesetzt. Einerseits erleichtert die Variante der einzelnen Postfach Sicherung das Zurücksichern von einzelnen Mails, andererseits ist der Weg der DB Sicherung schneller und komfortabler beim Restore des Exchange Systems. Allerdings erfordert ein solches 'Duales System' auch einiges an Hardware. Für das meistens umfangreiche Komplettbackup (nicht die Postfächer) habe ich in der Regel einen eigenen Backup-Server mit ordentlicher Tape Library verwendet. Darauf BackupExec und die benötigten Agents (Exchange, Open File, RemoteAgent, IDR, ggfs SQL Agent) und damit wird die gesamte Serverlandschaft remote gesichert. Die Server sind idealerweise per Gigabit-Backbone (Kupfer oder Glas) verbunden. Der Exchange Server sichert dann mit BackupExec, OpenFile und Exchange Agent sich selbst, sowie die einzelnen Postfächer. Der Spass kostet zwar einiges, wohl aber nicht so viel wie ein tagelanger Ausfall der Systeme. Greetz Gulp

Mal mit dem RootkitRevealer von sysinterals probieren .... der findet auch gut getarnte Störenfriede. Greetz Gulp

Wenn er einen Hub hat kann er Fullduplex meistens sowieso knicken, das können in der Regel nur Switches. Also mal 100/Halfduplex checken, Kabel checken, Hub/Switch checken. ... und ja nit NTFS hat das gar nix zu tun. Greetz Gulp

Hä ... bei RedHat sollte ein VNC Server integriert sein. Greetz Gulp

Da ist VNC die beste Lösung ... Greetz Gulp

Hier kann auch noch eine Reparaturinstallation helfen, denn auch das geht in erstaunlich vielen Fällen nach einem Mainboard-Wechsel ohne Probleme. Also: Windows Setup CD einlegen, davon booten, Installation auswählen, jetzt sollte Setup ein vorhandenes Windows finden, dieses reparieren. Sollte vom Setup keine Windows Installation gefunden werden, kann es helfen (falls vorhanden und verwendet) die SATA/IDE/RAID Treiber beim Setup mit F6 einzubinden. Wird auch dann nichts gefunden, so wirst Du nicht um eine komplette Neuinstallation herumkommen. Greetz Gulp ** 2 Leute, ein Gedanke **

Im Boot Screen von Pro und Home steht nach der Installation nichts mehr ausser Windows XP und der Scroll-Balken ist danach auch bei der Home Edition blau. Die Einschränkungen der Home bleiben aber erhalten. Wie Microsoft immer so schön sagt: This behaviour is by design. Greetz Gulp

Hehe, ich hatte zwar vermutet, dass Du Mail Security meinst, aber geschrieben hast Du nur was von Symantec Corporate Edition - vielleicht sollte ich meine Kristallkugel auch mal wieder putzen ;-) ... beim lokalen Client hätte das Abschalten einen Sinn, beim Server würde ich es auch nicht machen. Greetz Gulp

Naja, eigentlich reicht es wenn ein deutsches Outlook nach dem Erstellen des neuen Postfaches noch vor dem Virenscanner ausgeführt wird. Dazu musst Du beim Erstzugriff die E-Mail Virenprüfung auschalten oder Dir Symantec Corporate in der deutschen Sprache zulegen. Bei der Verwendung von Outlook 2000 gibt es keine Möglichkeit, alle Namen nachträglich zu ändern, lediglich einige wenige lassen sich manuell umbenennen. Wie im Artikel erwähnt ist dies eine Einschränkung von Outlook 2000 und nicht von Exchange. Abhilfe schafft nur die Verwendung von Outlook XP/2003 oder ein alter Client für Exchange. Greetz Gulp

Zu dem von Dir beschriebenen Verhalten kommt es, wenn zum Beispiel ein SMTP Virenscanner (in englischer Sprache) auf die Postfächer zugreift, bevor Outlook (in deutscher Sprache) seinen Zugriff auf das Postfach durchführt. Die Ordnerstruktur in Exchange wird nämlich in Abhängigkeit der Sprachversion des 1. zugreifenden Clients lokalisiert. Dazu gibt es folgenden MS-KB Artikel: http://support.microsoft.com/default.aspx?scid=kb;en-us;188856 Also musst Du nur dafür sorgen, dass der Erstzugriff auf die Ordner nur mit einem deutschen Client durchgeführt werden. Änderungen an der Registry oder an anderen Stellen auf dem Server gibt es keine. Greetz Gulp

... also ich finde bei HP folgendes: http://h18023.www1.hp.com/support/files/server/us/locate/20_1122.html#30 und da sind doch Smart Array Treiber für Windows 2000 dabei! Gulp

Bei 2000 ist es F5 ... Schon mal einen NT Treiber versucht? Gulp

Der Treiber für den Controller muss beim Setup mit F6 eingebunden werden (sofern es Treiber für Windows 2000 gibt), ansonsten wird der Controller wohl nicht erkannt werden. Gulp

... ich mag ja vielleicht wirklich kleinkariert sein, nur macht es die Aussage von Dr.Melzer: noch immer nicht richtig, da Du jede Retail, OEM CD zu einer Corporate machen kannst. Gulp (der gerne das letzte Wort hat ;) )

Also für mich ist ein 'grundlegend anderes Produkt' etwas Anderes .... Die 10 unterschiedlichen Dateien, die die sogenannten Corporate Files genannt werden, beziehen sich lediglich auf die Lizenzschlüssel und die Aktivierung, daher sind weder grundlegend andere Funktionen möglich, noch werden grundlegend andere Features implementiert. Da man die Aktivierung auch in OEM Versionen automatisieren kann, z.B. durch den Einsatz einer im PC Bios generierten Hardware ID und dies auch durch die grossen OEM Hersteller genutzt wird kann ich beim besten Willen kein 'grundlegend' anderes Produkt erkennen. Ich könnte jetzt auch tiefer in die Verwendung und die tatsächliche Bedeutung der Corporate Files einschwenken, aber man muss ja nicht noch den Missbrauch von Corporate Versionen unterstützen. Auch bei den Service Packs macht es keinen Unterschied, ob ich eine Retail, OEM oder Volume License als Unterbau verwende, also wieso sollte es grundlegend anderes Produkt sein. Dass ein Unterschied vorliegt, (und sei es jetzt der von Retail zu OEM, dass nicht Microsoft für OEM, sondern der Händler kostenfreien Support leistet) dürfte klar sein, denn sonst käme es nicht zu dem beschriebenen Problem. Daher kann ich Deinen Vorwurf, meine Antwort ginge an der Frage vorbei, immer noch nicht ganz nachvollziehen. Gulp

Leider nicht, denn die Validierung des Keys erfolgt u.a. durch die geänderte setupp.ini, die u.a. Bestandteil der Corporate Files ist. Übrigens, ein blosses ändern der setupp.ini auf die Werte der für Volumenlizenzen verwendeten Version bringt da z.B. auch nichts. Greetz Gulp

... und was ist an Deiner Antwort anders? *kopfschüttel* Gulp

Die Volume License CD's enthalten sogenannte Corporate Files, die unter anderem die Aktivierung ausschalten. Die herkömmlichen Retail oder OEM CD's nehmen aus Mangel an diesen Corporate Files keine Volume License Keys an. Greetz Gulp

Nimm die adminpak.msi aus dem Service Pack, die von der CD kann man nur ohne Service Pack installieren (es sei denn Du integrierst das SP in die CD). Genauso verhält es sich mit der Wiederherstellungskonsole. Greetz Gulp

Sysprep ändert unter anderm auch die SID, ist nur nicht so komfortabel wie NewSID .... Greetz Gulp

NewSid von http://www.sysinternals.com erledigt das .... Greetz Gulp

...oder so, thanks! Gulp

Da würde TweakUI (von Microsoft höchstpersönlich) empfehlen. Einfach mal im Downloadcenter nach Powertoys suchen (in englisch). Greetz Gulp

Da musst Du in den lokalen Sicherheitsrichtlinien folgenden Eintrag setzen (falls Du keine DomainPolicies verwendest, ansonsten musst Du das dort ändern): Unter Start, Ausführen gpedit.msc starten: Computerkonfiguration --> Administrative Vorlagen --> System --> Benutzerprofile: Eigentümer von servergespeicherten Profilen nicht prüfen = aktiviert Sollte anschliessend funzen ... Greetz Gulp

Geht aber doch mit TweakUI von Microsoft, denn da kannst Du auch Domain User angeben. Allerdings entspricht das leider nicht den Anforderungen von marci, da dies nur generell eingestellt werden kann und auch generell automatisch den dort eingestellten User einloggt. Greetz Gulp