Doso

Wir haben alles auf einem Hyper-V Cluster, so viele VMs das wir Datacenter Lizenzen haben. Entsprechend kann ich da eine kleine VM für den WINS Server laufen lassen. Ansonsten würde ich diesen Dienst irgendwo auf einen anderen Infra-Server wie einem DC oder DHCP Server mit installieren.

%userprofile% -> "Verknüpfungen". Ahja.

... denn nur das kriegst du über das booten über CD im Reperaturmodus angezeigt.

Das gewünschte Verhalten ist die Standardeinstellung, kann nicht geändert werden. Hängt am Cached Mode das dies evtl. nicht aktualisiert wird. Workaround: Outlook im Online Modus verwenden oder OWA verwenden, welches ja auch online ist. Nachdem dies scheinbar für dich nicht akzeptabel ist, gibt es keine Lösung.

Nachdem "verknüpfungen" unter Windows nur kleine .lnk Dateien sind, kann das jeder Cloud Speicher den du als Netzlaufwerk einbinden kannst. Aber ich vermute mal da ist was anderes gewünscht, unter dem Begriff "Verknüpfung" stellen sich meine Nutzer immer alles mögliche vor.

legacyexchangedn als x500 Adresse angeben. Dann klappt das mit dem Outlook Cache wieder.

Jaja, das gute alte Land Asien :rolleyes:

Darüber sind wir raus, bei uns ist der Serverraum immer in diesem Temperaturbereich, keine Probleme. Ob mann da nun noch ein paar Grad runtergeht, macht glaube ich kaum was aus. Wichtig ist nur das es keine großen Temperaturschwankungen gibt, das mögen die Festplatten meist nicht so.

Da muss sogar nichtmal eine blahblah.pac eingetragen werden. Bei uns gibt es einen Proxyserver ala http://pac.meinedomain.de der dann eine "wasauchimmer.pac" ausliefert.

Du scheinst mehr Zeit Foren zu verbringen als mit deinen eigentlichen Aufgaben, z.B. E-Mail Server. Typisch keine Ahnung, würde ich sagen.

Windows 7 ist also Fileserver. Ja gut.. err... viel Erfolg.

Hat bei uns auch nie funktioniert. Wir haben die problematischen Anwendungen bei uns dann ermordet. Funktioniert halt nicht mehr, Punkt.

AD Papierkorb anschalten nicht vergessen, dieses tolle Feature kriegst du ja nebenbei mit.

Hängt halt von der eingesetzten Software ab. Viele dürften hier einen Exchange im Einsatz haben, und dafür gibt es nun wirklich genug Blogs und Anleitung per Suchmaschine deiner Wahl.

Magheint d.h. eure Nutzer mussten dann alle ein neues Passwort setzen?

Ich befürchte da gibt es keine fertige Lösung die man "mal eben" implementieren kann. Da sind viele Vorarbeiten und Testen notwendig. Wir haben einen Import von Daten von Novell E-Directory zum AD. Daher gebe ich mal ein paar allgemeine Tipps. Rein für die Nutzermigration musst du dir halt überlegen welche Daten du unbedingt brauchst. Bei uns wurde aus 50 Attributen dann letztlich nur 6 die wir wirklich brauchen, das spart dann Arbeit. Weiter solltest du dir überlegen wie du das mit den Passwörtern machst. Bedenke auch, das es vermutlich für das AD zu neuen SIDs kommt und du dann "irgendwie" Berechtigungen auf Verzeichnisse ggf. neu vergeben musst. Wir konnten das damals geschickt lösen da die Verzeichnisse auf einem Fileserver eine eindeutige Nutzer-ID hatten und wir dann per Script das wieder neu vergeben konnten.

Bin auch im Bildungsbereich unterwegs. Auch wir haben zwei getrennte Domänen für Mitarbeiter (ca.200 Rechner) und öffentliche Rechner/Schulungsraum/PC-Räume (ca. 400 Rechner). Wir unternehmen gerade Anstrengungen um die 2 Domänen zusammenzuführen. Es ist erheblich einfacher das ganze auf einem AD zu betreiben, mit entsprechenden Firewallregeln/VLANs und Zugriffsberechtigungen passt das auch vom Zugriffschutz her. Gibt halt keinen praktischen Vorteil, ist nur Aufwand alle Einstellungen die man haben will immer doppelt zu pflegen, z.B. WSUS Einstellungen- Lieber alles auf ein AD und das dann redundant gestalten.

Auch wir haben einen Smarthost vor uns, der vor Mailempfang bei uns anfragt ob es den Empfänger gibt und dann ggf. die Mail schon vorher ablehnt. Wir haben keine Mailloops wenn wir Nutzer löschen. Wir löschen die Nutzer in einem Zug aber auch komplett. Ist also wie NorbertFe schreibt, vermutlich eher ein Problem in eurer Implementierung.

Deinstallieren und auf C: neu installieren wäre eine Idee.

Den Empfänger habt ihr manuell mal eingetippt, nicht das da ein Outlook Cache auf einen nicht mehr vorhandenen Empfänger zeigt.

Nacheinander abarbeiten: - Exchange und Outlook haben aktuelles Patchlevel - senden als Berechtigung ist vergeben, und zwar an den richtigen Nutzer - es wurde 2 Stunden gewartet nachdem "senden als" Berechtigung vergeben wurde - das outlook profil wurde neu angelegt - Gegenprobe über OWA wurde gemacht

Habe die Zertifikatskette installiert und hatte immer noch das "falsche" Zertifikat in Chrome. Habe nun entdeckt das bei diesen 2 Rechnern das entsprechende Zertifikat als SHA-1 Version im Zertifikatsspeicher des Benutzers in Windows gespeichert war. Scheinbar nimmt Chrome das dann bevorzugt. Nachdem ich nun das Zertifikat beim Nutzer und den Chrome Zertifikatscache gelöscht habe klappt es auch bei Chrome.

Üblicherweise kann man dann am Besitzer der Datei meist auch den Ersteller erkennen und hat dann jemand, dem man mal freundlich fragen kann was zum Geier er denn da mit dem Fileserver macht. Ich habe da auch so eine Abteilung die mittlerweile fast 3TB an Daten haben. Leider ist das halt wirklich Teil ihrer Aufgabe mit so Riesendateien zu hantieren. Da schiebt man halt dann immer mal wieder nach :/

Überrascht mich wenig, bei uns kommt das im Moment auch hin. Aber wenn man halt etwas Hochverfügbarkeit will und Hardware nur in gewissen Zyklen kauft, dann hat man halt ggf. ein paar Hyper-V Nodes mehr, auch wenn man für den Moment mit weniger auskommen könnte. Stelle mir auch vor das große RZs und "Clouds" wie Google auch größere Überkapazitäten haben. Sie müssen ja auch entsprechende Nachfragespitzen wie z.B. Weihnachten abfedern.

Ggf. mal Switch stromlos machen/neu starten. Kenne das Problem von größeren HP Switches da gibt/gab es ein Softwareproblem was u.a. das verursacht hat. Kabel tauschen kann man mal probieren. Ansonsten wirds halt ekelig mit der Fehlersuche, Wireshark und so...